2020-11-10 12:10
@琴海森林 社区所有资源全改成了路由扫描的用法，下载试用啊，超爽的
routes 级拦截器、baseViewPath 这些功能都还在是很爽的
还有一个爽点就是扫描速度极快，根本不比手动添加路由慢
2020-11-10 12:01
@琴海森林 功能一直是这样的， @ActionKey 顾名思义， 就是 action 的 key，这个 key 是会覆盖 controllerPath 配置的
否则应该改名叫 methodKey
jfinal 4.9.03 这个版本还新增了一个 controllerPath 共享功能，也就是多个 Controller 可以映射为同样的 controllerPath， 这个功能可以大大减少对 @ActionKey 的使用需求
2020-11-10 10:49
补充一下，官方文档已经追加了这部分的内容：
https://jfinal.com/doc/2-3
俱乐部视频也上新了这部分的视频：
《jfinal-route-scan.mp4》
里头详细介绍了用法，重点介绍了路由拆分、 routes 级拦截器、baseViewPath 的用法，现在就可以下载了：
https://jfinal.com/my/club
2020-11-10 10:47
没错的，与老版本的行为是完全一样的，其中你讲的 setViewPath 是笔误，要改成 setBaseViewPath
要立即掌握扫描功能的用法，只需要记住下面的要点：
@Path(value, viewPath ) 的两个参数与 Routes.add(controllerPath, controllerClass, viewPath ) 的第一和第三个参数是完全等价的
2020-11-09 21:26
@990021266 如果实在找不到原因，可以事先用程序触发一次请求，让异常先抛出来。然后在用户真正请求到来的时候就没有问题了
2020-11-09 16:42
IDEA 用上热加载开发更快，谢谢分享
此外，新版本 jfinal 添加了路由扫描，超爽的
2020-11-06 12:58
这个是 undertow.ioThreads 配置以及 undertow.workThreads 配置指令的线程个数，其中前者是 io 线程，负责 io 操作。 后者是工作线程，负责调用你的 controller
这个是典型的线程池，可以避免当请求过来以后临时创建线程，也避免线程用完以后销毁线程
以上线程数到达一个数量以后就不会再增加了，这个与配置有关
以上线程在最开始的时候各自只有一个，随着请求的到来会不断创建，并纳入到线程池的管理之中
2020-11-05 12:17
注意一下 undertow.resoucePath 的配置
我看到你的项目有一个 epay-paren，猜测你是 maven 多模块项目，注意看文档：
https://jfinal.com/doc/1-5
undertow.resourcePath=webapp, {修改为自己的项目名}/src/main/webapp, src/main/webapp
2020-11-04 21:23
可以直接使用 PropKit.getInt(...) 来转换 int 数据
此外，使用 jfinal 4.9.02 版本，PropKit.get(...) 得到的值无需 trim() ，因为在底层已经 trim() 过了
