Java

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 getBean( Class clazz ) {
    if( null == context ) {
      return null;
    }

    return context.getBean( clazz );
  }

  @SuppressWarnings( "unchecked" )
  public  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 对应的服务，结果拒了，偏要这么玩，活生生挖坑出来。