2017 / 01 / 17 Exmobi 引发的一个小问题
boss 因为怕麻烦( 目前端口太多 )，想直接利用烽火 Exmobi 的服务器发布后台服务，然后 Exmobi 工程只提供了 jsp，对于 tomcat 相关的配置都没有暴露出来，也就是这种项目是不具备单独运行 java web 服务的能力的，那么用 spring 的话似乎也不那么实际，因为并没有任何地方引用这个容器，如果直接写在 jsp 内， 那么意味着每一次调用 jsp， 都会实例化一次容器，然后执行业务，最后销毁容器，比较无语。
一个 Exmobi 工程目录如下
root
|
-- server ( 服务端 )
| |
| -- jsp
| -- mapp.xml
|
-- client ( 客户端 )
| |
| -- css
| -- image
| -- page
| -- script
| -- theme
|
config.xml
server/jsp 里面是放 jsp 文件，因为 Exmobi 的初期设计是在请求链路中利用 jsp 做数据处理，用某些指定的 api 发起请求会经过这一环节。 而且 jsp 文件夹内的 jsp 文件实际上在上传到服务器后，对应的服务会重新把所有文件移动到他们指定的位置。 ( 他们的上传服务对服务端只会关注 jsp，这也说明了为什么这种项目不具备运行完整的 java 服务的条件 )
后来和同行交流了下，提醒了我可以用类变量，之前也想过把对象放在类对象上引用，但是没想过在类初始化的时候就直接实例化，然后蹦了个线程安全的问题并且一直在钻牛角尖。
上个代码
public class Bootstrap {
private volatile ApplicationContext context;
private static Bootstrap bootstrap = new Bootstrap();
private Bootstrap() {
context = new ClassPathXmlApplicationContext( "classpath:application.xml" );
}
public static Bootstrap getBootstrap() {
return bootstrap;
}
public <T> T getBean( Class<T> clazz ) {
if( null == context ) {
return null;
}
return context.getBean( clazz );
}
@SuppressWarnings( "unchecked" )
public <T> T getBean( String name ) {
if( null == context ) {
return null;
}
return (T) context.getBean( name );
}
}
这个 bootstrap 类只能在 jsp 内通过 getBootstrap 来获取( 所以实际上是每一个请求都会去获取 spring 容器，所以我之前才会纠结怎么写线程安全的单例 )，这样类文件在加载完后就直接实例化对象，线程安全丢给类加载器来保证，也就能保证整个项目内只有一个 spring 容器了，毕竟 jvm 只会加载一次类文件。
实际上这个和传统的 java web 项目里面配置 web.xml 来启动 spring 容器没太大区别，仅仅是看是谁来启动并引用这个容器罢了。
后记
不过最后这个设想依然不可行，因为即使强行把 jar 包放在 exmobi 服务器的 WEB_INF/lib 内也不会进行热加载，每加一个业务 jar 就重启一次 tomcat 是不现实的，不想帮他们改配置是因为他们都是做惯 .net 的人，一旦 tomcat 更新，对应的配置自然也会覆盖掉，预计到时又找我麻烦，而且我不在的话，他们也不知道怎么改就麻烦了。总结
嗯，Exmobi 里面玩 java 绝对是条另类的绝路。
曾经也提醒过 boss 另外开个 tomcat 来重新整理和管理所有 app 对应的服务，结果拒了，偏要这么玩，活生生挖坑出来。
