2020-06-16 17:11
结合 setRet(...) 与 getRet() 来用：
public class LoginValidator extends Validator {
protected void validate(Controller c) {
setShortCircuit(true);
/**
* 注入 Ret 对象，validateXxx(...) 方法的验证结果将被存放于该 Ret 对象之中，
* 以便于 handleError 中使用：
* controller.renderJson(getRet());
*
* 具体到本例，LoginController.doLogin() 中使用的 renderJson(ret)
* 与 LoginValidator.handleError() 中使用的 c.renderJson(getRet())
* 实现了返回值格式的统一（Ret 设置 state、msg 属性值），所以前端 js 可以
* 统一处理返回数据:
* if (ret.state == "ok") {
* location.href = ret.returnUrl;
* } else {
* alert(ret.msg);
* }
*
* 否则 Validator 层与 Service 层返回的 Ret 值格式将不同，前端 js 需要
* 对两种格式分别做处理
*/
setRet(Ret.fail()); // Ret.fail() 将设置 state : "fail" 值
validateRequired("userName", "msg", "邮箱不能为空");
validateEmail("userName", "msg", "邮箱格式不正确");
validateRequired("password", "msg", "密码不能为空");
validateCaptcha("captcha", "msg", "验证码不正确");
}
protected void handleError(Controller c) {
// getRet() 与 setRet(...) 配合使用
Ret ret = getRet();
c.renderJson(ret);
}
}
2020-06-16 17:08
你配置了 CaseInsensitiveContainerFactory，注意在用这个配置的时候，要去除其中的 true 与 false 参数，这样用：
arp.setContainerFactory(new CaseInsensitiveContainerFactory());
注意，构造方法中没有传入 true 和 false，而你是像下面这样用的：
new CaseInsensitiveContainerFactory(true);
就会被转成大写或者小写
2020-06-15 22:27
@jfinal爱好者22 下载我上一条回复中链接的文件，可配置扩展来解决
配置以后，保持你以前的用法 redirect(...) 即可
2020-06-15 20:54
@zzutligang 这个方案本来是做到 4.9 中来的，有一个小问题没测试出来，所以不完美，完美的方案需要下载这个用上：
http://free-download.jfinal.com/download/MyRenderFactory.zip
2020-06-15 20:53
@jfinal爱好者22 忘了上次详细回复过这个问题，况且解决方案也有下载：
https://jfinal.com/feedback/1925
下载地址：
http://free-download.jfinal.com/download/MyRenderFactory.zip
2020-06-15 20:51
@阿国 JsonUtils 默认不会将 auto_color 转成 autoColor
估计是你扩展过 JFinalJson，让其支持了驼峰
2020-06-15 20:47
@jfinal爱好者22 当使用 nginx 做代理时，nginx 与用户客户端/浏览器之间使用的是 https 以及端口号 443。 而 nginx 与你的项目之间使用的是 http 与类似 8080 这样的端口
从而，在 jfinal 的 RedirectRender 中所能看到的仍然只可能是 http 与 8080， 而看不到 https 与 443
所以，解决的思路必定是将 nginx 所知晓的 https 与 443 传递到 RedirectRender 中
有了上述的铺垫，解决起来就容易了，首先在 nginx 中添加如下两行配置，将 https、443 这两个值传递给你的项目：
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Port $server_port;
然后将线上的 jfinal 最新 RedidrectRender.java 源码复制出来：
https://gitee.com/jfinal/jfinal/blob/master/src/main/java/com/jfinal/render/RedirectRender.java
将复制出来的源码做成一个自己的 MyRedirectRender extends Render{
复制出来的源码放这里
}
使用的时候这样：
render(new MyRedirectRender(...));
当然，你也可以继承 RenderFactory，将你自己的 MyRedirectRender 替换掉 jfinal 自带的 RedirectRender
maven 中心库的 jfinal 4.9 并未完全解决这个问题，线上提交的这个才完美解决。
2020-06-15 20:38
jfinal 的某个版本改变过 configRoute 与 configPlugin 的次序，当前是 configRoute 在 configPlugin 之前执行
而你的代码，可能是在 configRoute 中用到了 configPlugin 中加载的 ShiroPlugin ，而这个时候 ShiroPlugin 还未被加载
解决办法是使用如下配置：
public void configConfigConstant(Constants me) {
me.setConfigPluginOrder(1);
}
setConfigPluginOrder(int) 可以配置 plugin 被调用的次序，默认为 3，你可以配置成 1 或者 2
有关这个方法的使用说明在源码中有：
配置 configPlugin(Plugins me) 在 JFinalConfig 中被调用的次序。取值 1、2、3、4、5 分别表示在 configConstant(..)、configInterceptor(..)、configRoute(..)、configEngine(..)、configHandler(...) 之后被调用，默认值为 3，那么 configPlugin(..) 将在 configRoute(...) 调用之后被调用
2020-06-15 20:31
@穿越123 这个锁，只会在 cacheData 为 null 时被使用，所以对性能不会有任何影响
它的作用是，在 cache 中的数据还未被填充时，如果大量并发请求涌来，会产生雪崩，也就是说，大量请求同时看到这个 cacheData 为 null， 进而同时去查数据库
如果是较耗时的查询，这个时候数据库一般会就崩掉
而这个锁就保障了，cacheData 为 null 时，只有一个线程允许许去查询数据库，其它的等待，而等待的线程被唤醒时，cache 中的数据已填充好，就不必去查询数据库了
要写好高并发多线程代码对基本功要求比较高。 jfinal 源码中有大量精心编写的代码，是提升技术的绝佳资源
但可惜的是，认真读源码的同学并不多
2020-06-15 20:15
@zzutligang 当前比较知名的基于 jfinal 的微服务框架 jboot ：
https://gitee.com/fuhai/jboot
