2018-12-22 16:34
@95txc 前面笔误，tinyint(1) 说成了 int(1)，其实改成 tinyint(2) 就可以了
如果极其注重节省存放空间，用 tinyint(2) 比 tinyint(3) 节省一个字节
2018-12-22 15:46
检查一下 area_deep 的长度是否为 1， JDBC 查出的结果，如果字段类型是 int(1)，通过 getObject 得到的是 true 和 false
而你用纯 JDBC 使用的是 getString("area_deep")
这里面与 jfinal 的唯一区别在于 jfinal 用的 rs.getObject(...)，而你用的是 rs.getString(...)
这两种用法在绝大多数情况下返回值是一样的，但是 int 型字段在长度为 1 的时候，JDBC 会将 int 自动转成 boolean
2018-12-22 12:49
jfinal 所有数据库 API 操作都使用的 PreparedStatement，天然防 sql 注入
如果还不放心，可以结合 DruidPlugin ，这个插件再加了层 sql 注入的防护
最后，确保万无一失， sql 中的参数不要用字符串拼接，而是用问号占位符
最方便方法是使用 jfinal 的 sql 管理功能：
https://www.jfinal.com/doc/5-13
2018-12-22 12:46
jfinal 用模板引擎来管理 sql 比 mybatis 用 XML 管理 sql 要简洁方便得多，这里有详细的使用方法：
https://www.jfinal.com/doc/5-13
2018-12-22 12:45
@王志豪 直接写就好：
String sql = Db.getSql(...);
Db.find(sql);
2018-12-22 12:21
@langao_ 添加这个没：
me.add(SessionInViewInterceptor())
2018-12-22 12:21
多说一句，快捷获取 JDBC 的 Connection 的方法如下：
Db.getConfig().getDataSource().getConnection();
当然，你也可以自己通过 JDBC 原生的 API 得到 Connection，结论是一样的
2018-12-22 12:19
终极解决方案：
1：手动从数据源获取一下 Connection，例如 dataSoruce.getConnection()
2：手动用 connection 行执一下这个 sql，也就是说用纯 JDBC 去执行一下
3：对比结果即可
2018-12-22 12:18
两个方向查找原因，一是项目中的路由配置有问题，二是 undertow.contextPath 配置有问题
