2016-09-06 18:03
可能是在连网情况下，会请求某些非本地的资源，而等待这个资源返回花了很长时间，断网情况下没有请求该资源，所以很快。检查一下是不是有数据库连接、socket 连接之类的外网请求
2016-09-06 17:24
jfinal 启动顺序大致为：
1：JFinalFilter.init()
2：YourJFinalConfig.configConstant(...)
3：YourJFinalConfig.configRoute(...)
4：YourJFinalConfig.configPlugin(...)
5：YourJFinalConfig.configInterceptor(...)
6：YourJFinalConfig.configHandler(...)
ServerSocket 应该是添加在 web.xml 之中，与 jfinal 无关
2016-09-06 17:16
以上关于缓存粒度的问题细节不再多说，下面给出在使用缓存时的一些经验：
1：先假定缓存不存在，先实现功能，业务功能不依赖于缓存，缓存只作为一个辅助
2：引入业务层，将所有业务放在业务层之中，并且极度重要的是对于某个 model 的数据库操作尽可能放在这个 model 所对应的业务中，不要要数据库操作散步到其它业务中。 好处是当前业务可以很方便地维护自己该负责的缓存，例如：project 这表表对应的是 ProjectService，里面有 getById、deleteById、update 这样的方法，当用户使用 getById 的时候先是从缓存取，缓存没有的时候则从数据库取并存入缓存。然后 deleteById、update 这样的方法中，只需要 remove 掉相应的缓存就可以了，下次 getById 到来时自然会去库中得到最新数据。其它业务需要使用 project 数据时，只能通过 ProjectService 来获取，这样的话，整个 project 的缓存逻辑全部只由 ProjectService 负责，对外界是透明的，极度可靠
2016-09-06 16:07
serverMap = common_common.getMap('${server_infos}'); 这种用法没有见到过，用的是啥模板？
2016-09-06 16:04
Db.tx 默认是对主数据源应用事务，而你的代码在 run 方法内用的 Db.use(...) 切换到了另一个数据源，所以没有生效，解决办法是，在 Db.tx 时指令数据源与内部的 Db.use(...) 数据源一致，Db.tx 方法可以指定数据源
