Spring多环境配置中如何清空继承的JNDI数据源属性

我之前也踩过一模一样的坑！核心问题出在Spring Boot的配置继承逻辑：默认情况下application.properties里的配置会被所有环境继承，哪怕你在环境专属配置里试图把属性设为空，Spring依然会保留这个属性的存在——而数据源初始化时，只要检测到spring.datasource.jndi-name（哪怕是空值），就会优先尝试JNDI查找，这才导致了开发/测试环境的NoInitialContextException异常。

下面是两种靠谱的解决方案，根据你的Spring Boot版本选择即可：

方案一：Spring Boot 2.4+ 推荐使用（单文件内按环境隔离配置） #

从Spring Boot 2.4开始，支持在同一个配置文件里通过spring.config.activate.on-profile指定配置生效的环境。你可以直接在application.properties里这么写：

# 所有环境共享的通用配置
# 比如server.port、spring.application.name这类全局属性

# 仅默认（生产）环境生效的配置
spring.config.activate.on-profile=default
spring.datasource.jndi-name=jdbc/appname

这样一来，只有当没有指定任何profile（也就是生产环境）时，这段JNDI配置才会被加载。开发（dev）或测试（test）环境激活时，这部分配置会被自动忽略，完全不会继承，自然就不会触发JNDI查找了。

方案二：兼容老版本Spring Boot（使用默认profile专属配置文件） #

如果你的Spring Boot版本低于2.4，可以创建一个application-default.properties文件，把生产环境的JNDI配置单独放进去：

# application-default.properties
spring.datasource.jndi-name=jdbc/appname

Spring Boot的配置加载规则是：

• 未指定profile时，会加载application.properties + application-default.properties
• 指定dev/test profile时，会加载application.properties + application-dev.properties/application-test.properties

这样dev/test环境完全不会读取application-default.properties里的配置，完美隔离生产环境的JNDI设置。

为什么之前的尝试没用？ #

你之前试过的设空字符串、<null>或者引用不存在变量，本质上都是在设置属性值，而不是移除这个属性。Spring Boot的数据源自动配置逻辑中，只要spring.datasource.jndi-name这个属性存在（不管值是什么），就会优先走JNDI数据源的初始化流程，而不会使用url/username/password的配置——这才是报错的根本原因。

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