2019-10-22 15:38
还有一个办法，开启 druid 的统计功能，可以得到查询慢的 sql， 找到慢的 sql 以后，可以针对性的优化这部分数据库逻辑，例如将 select * 改成 select x, x, x .... 这样的
2019-10-22 15:37
对热点区域要心中有个大致的数，如果希望很小的改动就可以解决问题，可以在热点区域用一下缓存，这样相以让系统直接响应缓存，而不是直接查询数据库
当然，如果数据实时性很高的话缓存也不合适，要考虑数据库的优化，或者考虑将部分数据从关系型数据库转移到类似于 redis 这样的地方
2019-10-22 15:21
@彬彬123 做一个 pubic class MyFileRender extends FileRender ，覆盖其中的 encodeFileName(...) 方法尝试解决一下这个问题，然后这么来用上：
render(new MyFileRender(...));
如果可以正常工作了，在这里反馈给我，然后我做一下改进，谢谢
2019-10-22 10:58
如果不支持，请贴出出问题的异常，jfinal 会改进这里
此外，如果能针对这个改进在 gitee.com 上提交 PR 是最好的
2019-10-22 10:58
edge 浏览器貌似是 windows 10 才有的，而 FileRender.java 已经很多年历史了
FileRender.encodeFileName(...) 方法中虽然没有对 edge 的判断，但最后一个 return 应该也是支持的
2019-10-21 21:59
这个是 fastjson 的一个特性，对循环引用做了检测，以免出现 StackOverflow 的异常
参考一下 fastjson 相关文档：
https://juejin.im/post/5cbad0e0f265da0375169e67
https://www.jianshu.com/p/50fe2b473cae
在 jfinal 里面，对 fastjson 进行配置的大致方法如下：
SerializeConfig.getGlobalInstance().config(Xxx.class, SerializerFeature.DisableCircularReferenceDetect, true);
以上配置对全局循环检测进行了配置，对 Xxx 这个类的转换去除了循环检测
2019-10-21 15:34
@smileForLife 以上说的都是针对 controller 的 action 上的拦截器
jfinal 还有一种配置在业务层上的拦截器，其范围规则基本一样，注意两个小点：
1：业务层拦截器没有 Routes 范围级别的，因为业务层没有路由的概念
2：业务层的全局拦截器的配置方法为：
configInterceptor(Interceptor me) {
me.addGlobalServiceInterceptor(...);
}
注意看第二条，配置方法名是 :addGlobalServiceInterceptor(...)，这个是为了与 action 全局拦截器的配置方法区别开来
2019-10-21 14:52
说到拦截器，要先了解什么是 action， action 就是 controller 中定义的 public 方法，是接受外部请求的最小单位。 而拦截器会对这些 action 的请求进行拦截器
了解了 action ，拦截器的拦截范围有如下几种：
1：Global 拦截器，拦截所有 action
2：Routes 拦截器，拦截所有在当前 Routes 下添加的所有 Controller 中的所有 action
3：Class 拦截器，拦截当前类里头的 action
4：Method 拦截器，拦截当前 action
以上四种范围的拦截器，拦截的范围是从大小到的，拦截的先后次序是： Global、Routes、Class、Method
这些知识在文档中有相关的说明，并且配有相应的示例代码：
https://www.jfinal.com/doc/4-4
所有拦截器都是一样的，只不过你可以根据拦截的范围将它们配置在不同的地方：
1：在 configInterceptor(Interceptors me) 中添加的是 Global 拦截器
2：在 Routes 中添加的是 Routes 拦截器
3：在 Class 上用 @Before(...) 添加的拦截器是 Class 拦截器
4：在 Method 上用 @Before(...) 添加的拦截器是 Method 拦截器
