JFinalConfig的初始化顺序为何plugin在route之后？
在初始化route的过程中想从数据库读一些配置信息，于是不得不把ActiveRecordPlugin的初始化提前放到configConstant里面去了
把plugin放在route后面初始化是有什么特殊原因吗？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
那么下一个版本能不能考虑调整下顺序？对于像我这种强迫症来说打破了原有的顺序很别扭啊，而且还得多加一个方法，下次写别的项目可能会漏……
回复
已经在开发列表中做了备忘，下一版本会仔细考虑，如果没什么副作用的话，改变一下应该没问题，感谢反馈
这个没有特别的原因，当时没有考虑到 配置 routes 时会需要 ActiveRecordPlugin 的功能。constants 的初始化放在最前面这个倒是有原因，因为后续很多初始化对 contants 中的参数有依赖。
对于楼主的需求，前初始化提前放到 constants 配置中就挺好，只需要手动调用一下 start()，不过建议再创建一个 beforeJFinalStop() 方法，在此方法中调用一下 ActiveRecordPlugin 以及 DruidPlugin 的 stop() 方法释放资源。