同一服务器部署两个共用数据库库的Web应用时properties配置疑问

嘿，我猜你现在头疼的是：把两个用了同一个数据库工具库的Web应用部署到同一台服务器后，它们的config.properties配置会互相干扰，对吧？毕竟原来的库是从全局位置（类路径、jar旁边或者JVM参数）加载配置，多应用共享就会串用配置。下面给你几个实用的解决思路：

1. 改造数据库库，让它支持手动传入配置（最彻底的方案） #

这是从根源上解决问题的办法——让库不再自己找配置，而是由每个Web应用主动给它喂配置：

• 给数据库库加个初始化方法，允许调用方传入自定义的配置文件路径或者Properties对象，比如：

  // 给数据库库新增的初始化接口
  public static void setupDatabase(String configFilePath) throws IOException {
      Properties dbProps = new Properties();
      dbProps.load(new FileInputStream(new File(configFilePath)));
      // 用这个props初始化数据库连接池等资源
  }
  

• 这样每个Web应用启动时，就可以加载自己专属的配置（比如放在WEB-INF/config/db.properties），然后调用这个方法初始化，完全不会和另一个应用的配置串线。

2. 利用Web容器的类加载隔离特性（不用改库的快捷方案） #

如果你的Web应用部署在Tomcat、Jetty这类容器里，它们本身就有类加载隔离的机制：

• 把每个应用的config.properties放到各自的WEB-INF/classes目录下，容器的类加载器会优先加载当前应用WEB-INF下的资源，不会去读其他应用的配置。
• 注意：要是数据库库放在了容器的共享lib目录（比如Tomcat的$CATALINA_HOME/lib），可能会出现类加载优先级的问题，这时候建议把数据库库也打包到每个应用的WEB-INF/lib里，让每个应用用自己的库实例，配置自然就隔离了。

3. 给配置文件重命名+用JVM参数指定（适合独立进程的应用） #

如果两个Web应用是分开启动的独立进程（比如各自用一个Tomcat实例），可以这么搞：

• 给每个应用的配置文件起不同的名字，比如app1-db-config.properties和app2-db-config.properties。
• 启动每个应用时，用-Dproperties参数指定对应的配置路径：

  # 启动第一个Web应用
  java -jar app1.war -Dproperties=/opt/apps/app1/app1-db-config.properties
  # 启动第二个Web应用
  java -jar app2.war -Dproperties=/opt/apps/app2/app2-db-config.properties
  

• 每个进程的JVM参数是独立的，所以配置不会互相影响。

4. 用环境变量区分配置（适合容器化或有环境变量隔离的场景） #

如果服务器能给每个Web应用设置独立的环境变量，可以修改数据库库的加载逻辑，优先读取环境变量里的配置路径：

String customConfigPath = System.getenv("APP_DB_CONFIG");
Properties dbProps = new Properties();
if (customConfigPath != null && !customConfigPath.isEmpty()) {
    dbProps.load(new FileInputStream(customConfigPath));
} else {
    // 原来的默认加载逻辑：类路径、jar旁的config.properties
}

• 然后给应用1设置APP_DB_CONFIG=/path/to/app1-config.properties，应用2设置成自己的路径，这样库就会加载各自的配置了。

小建议 #

如果能改数据库库的代码，优先选方案1，以后不管多少个应用都不会有冲突；要是暂时改不了库，方案2是最省心的，利用容器本身的特性就能解决问题。

内容的提问来源于stack exchange，提问作者antorqs