在Liberty上运行Spring Boot时server.xml与application.properties配置数据源的区别

• 所属层级与作用范围不同
  server.xml 是 Liberty 应用服务器的实例级配置文件，配置的数据源属于容器管理的公共资源，同个 Liberty 实例下部署的所有应用都可以通过 JNDI 引用使用；application.properties 是单个 Spring Boot 应用的专属配置，配置的数据源仅在当前 Spring 应用的上下文内生效，同服务器下的其他应用无法访问。
• 加载优先级与生效逻辑不同
  无特殊配置的前提下，Spring Boot 会优先初始化自身配置文件中定义的数据源 Bean，直接忽略 Liberty 容器端的数据源配置。如果需要使用 server.xml 中配置的数据源，需要在 Spring Boot 配置中指定 JNDI 地址：spring.datasource.jndi-name=jdbc/你的自定义数据源名，此时 Spring 侧的数据源配置会自动失效。
• 功能支持特性不同
  Liberty 容器端配置的数据源可直接使用服务器原生提供的高级能力：包括连接池的精细化管控（连接泄漏检测、全局 XA 事务适配、多应用共享连接池降低资源开销）、Liberty 安全体系集成（数据库凭证自动加密、服务身份认证联动）等。Spring 应用侧配置的数据源由 Spring 自行管理，默认使用 HikariCP 连接池，所有配置规则仅在 Spring 上下文内生效，和容器资源管控体系完全隔离。
• 运维管理成本不同
  server.xml 中的数据源属于服务器运维侧配置，修改后仅需重载 Liberty 配置或重启服务器即可生效，无需修改、重新打包应用程序；application.properties 中的数据源属于应用配置，常规打包方式下修改后需要重新打包、发布应用才能生效。

注意：如果两侧都配置了数据源且未指定 JNDI 引用，当前 Spring Boot 应用会仅使用自身配置的数据源，Liberty 侧配置的数据源会处于闲置状态，额外占用服务器资源。

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