2017-09-27 11:12
jfinal 路由规则的参数总是在最后一部分的，所以支持这样：
http://localhost:8080/friendship/profile/rKJGdAKPm
jfinal 路由有性能上的考虑，也有设计上的考虑，简单说一说：
1：性能上
jfinal 路由匹配不需要循环，也不需要正则匹配，多数情况下只有一次从 map 中取值的操作，性能达到极致，路由匹配代码只有 10 行
几乎所有的 web 框架在匹配路由时，都需要使用正则和循环，jfinal 路由匹配性能起码高一个数级
2：设计上
jfinal 路由的设计类比了方法调用：
methodName(p1, p2, ..., pn)
对应到路由的 url 为：
/controllerKey/methodName/p1-p2-p3...pn
这里的一个显著特征是参数永远在最后方，而不是掺杂在 methodName 或者 controllerKey 里面。基于上面的类比设计方法，如果破坏上面规则的话，方法调用相当于这样：
method p1, p2, ...pn Name()
显然不符合直觉
2017-09-27 11:01
设置成多少合适取决于数据库类型，例如 mysql 在数据量到达 5 千还是 5 万后会自动提交一次，即便你设置成 10 万都是没有意义的
建议的做法是，根据数据量选择一个小于数据库支持的 size。这个 batchSize 本质是为了让开发者选一个小于数据库支持的 size 值，好在碰到异常时可以针对本次提交的数据进行回滚，当然，你得开启事务才支持回滚，开启事务的方式与其它数据库操作 API 是一样的方法
此外，再延升一下，数据库支持的 batchSize 可能与配置有关，而这个配置可能是缓冲区的大小，而不是一个 int 型数值，所以可能与你每条数据中包含的字段内容长度有关，这个没有深入研究过，有兴趣、有时间的朋友可以翻看一下 mysql 文档
我个人一般用 1000 2000 顶多 3000 的 batchSize，避免了自动提交，可以回滚事务
2017-09-27 10:21
这个分享太赞了，有不少人问过，但貌似没人成功过，收藏、点赞以后有需求就用上
另外，你的模板是用的什么，如果是用的 jfinal template engine，有没有设置：
engine.setSourceFactory(new ClassPathSourceFactory());
2017-09-26 18:08
如果仔细观察一下 jfinal， jfinal 一直以来是在极力消除对 jar 包的依赖的。 但也仅限于自身功能，对于第三方功能 jfinal 没法干预到
如果 jfinal 自己去实现 redis 操作的 API，这个工作量就太大了，而且不利于重用现有成熟技术
2017-09-26 18:06
redis 插件依赖一个叫 jedis 的第三方，这个第三方是目前最成熟，应用最广泛的 redis API，而这个 jedis 第三方依赖了很多其它的 jar 包，这个不是 jfinal 希望的，也不是 jfinal 引入的
2017-09-26 18:04
你是意思是添加更多参数对吧？
注意看 _paginate.html 中的 #(append) 这个就是为你提供的传参预埋的变量，只需要在调用 #@pagignate 前，先用下面代码设置一下即可：
#set(append = "?key=" + value + "&otherKey=" + otherValue)
随便玩
2017-09-26 18:02
@pfjia maven 的设置是针对于 maven 为编译时有效，你用 IDEA 启动很可能是 IDEA 自己的编译方式，注意看 jfinal 手册，针对于多个口子都有配置，最好全配置好，用哪种启动方式都有一个口子对应上，省事
2017-09-26 18:00
你是说复杂了很多内容进去，还是提示这个问题？ 如果真是如此，在正文里面输入一个空格试试，这很可能是 ueditor 的 bug
2017-09-26 17:58
@flower929 这个是 http 协议决定的，jfinal 从来不干预协议的事情
2017-09-26 16:44
@flower929 确保请求类型为 post 并且 enctype 为 "multipart/form-data" 即可，这个纯粹是前端 js 的问题
2017-09-26 16:42
@Deanzhangliang 看不出来对不对，因为程序不知道走没走你的这个 catch 块，也不知道你的 rendFailedJson(....) 内部的实现，建议单步调试看程序行为
