2020-06-01 21:41
@路遥_美好人生 代码质量、结构完全不像是毕业两年的同学写的，再过两年，难以想象发展到何种高度
在技术好的同时，刻意培养些商业眼光或者商业敏感度，早日实现财富自由
2020-06-01 21:23
@tyroxyz 可能是你数据库配置的问题，这个警告信息与你自己的代码应该没啥关系
jfinal 也不会输出这类信息
2020-06-01 17:43
@lyh061619 这个优化是非常值得的，因为现在越来越多的 jfinal 项目是当成 json server 端来使用的
性能大幅提升，用户体验更好。官方新增的字段名转驼峰支持，对于使用下划线 mysql 字段以及 oracle 数据库是很大的福音
2020-06-01 12:26
Cron4jPlugin 传入 task 的时候，注意有一个配置：daemon， 这个设置成 false ， tomcat 会等待其执行完成后再关闭
这个本质是 java 线程配置的事， Cron4jPlugin 提供了配置，你没有注意到
2020-06-01 12:22
输出的格式取决于你的模板内容，你现在用的模板是 "1.ftl"。你需要将这个内容贴出来才好解决问题
你可以先输出到一个 .txt 文件，检查一下格式
此外，你的代码中有大量不需要的，new File、new FileOutputStream 这些都不需要，改成下面这样的：
String file = ...
Engine.use().setToClassPathSourceFactory().getTemplate("1.ftl").render(kv, file);
两行代码的事
2020-05-31 23:31
@GXS JFinalJson 只将 java 对象转成 json string，不存在任何安全性问题
安全问题通常是 json string 转 java 对象时出现
2020-05-31 16:37
renderJson + Interceptor 已经是代码量极少的方案了
拦截器权限验证，一般有两种方案：
1：登录后获得一个 access token ，每次检查 token 值。与微信公众平台方案相同
2：为每个客户端提供一个 appId + appSecret，客户端每次请求时利用这两个值对数据进行签名，服务端验证签名。与微信支付方案相同
上面两个方案，都只需要使用一个权限拦截器就可以搞定，没有比这更简单方便的方案了
2020-05-31 15:32
本质上来说，这个是 jfinal 之外的事情，通过调整外部运行环境来解决
非得要从内部解决的话， 也不是从 jfinal 着手解决，而是找一找项目中占用内存较大的代码，或者检查是不是出现了内存泄漏问题
通过 JDK 自带的 jvisualvm 可以分分钟找到内存占用情况
2020-05-30 17:26
@liming_code 至始至终你都没贴出来出问题代码是什么
类型转换异常是最好处理的，例如 queryInt 改成 queryString 不就完事了?
