SpringBoot集成Camunda启动失败：过滤器NPE及配置占位符异常

看起来你在Spring Boot集成Camunda时遇到了启动异常，而且两个配置一致的应用表现不一，我来帮你拆解下问题：

首先，配置占位符解析失败是导致应用启动失败的核心原因，而Camunda过滤器的空指针异常只是启动失败后容器销毁资源时的次生问题，先解决前者，后者大概率会自动消失。

1. 解决配置占位符解析失败 #

从异常日志里能明确看到：

java.lang.IllegalArgumentException: 无法解析值"${/canopy/${env}/${member}/${app}/config.rpc.port}"中的占位符'/canopy/dev/cleveland/quotes/config.rpc.port'

这说明Spring找不到这个完整配置项的值，你可以从这几个方向排查：

• 核对配置文件（application.properties/application.yml）里有没有/canopy/dev/cleveland/quotes/config.rpc.port这个key，注意大小写、路径分隔符别写错
• 如果这个配置是从外部配置中心拉取的，确认配置中心里确实存在这个配置，而且应用的配置加载逻辑能正常获取到它
• 检查env、member、app这几个环境变量的取值是不是dev、cleveland、quotes，有没有拼写错误
• 可以临时用命令行参数指定这个配置试试，比如启动时加--/canopy/dev/cleveland/quotes/config.rpc.port=你的端口号，验证能不能正常启动

2. 处理Camunda Lazy过滤器的空指针异常 #

这个NPE是因为应用启动失败，Tomcat销毁过滤器时，LazyDelegateFilter的代理对象还没初始化就被调用了destroy()方法，属于连锁反应。等你解决了配置问题，应用正常启动后，这个问题应该就没了。

如果后续还遇到类似过滤器问题，可以试试：

• 升级Camunda Spring Boot Starter版本：你用的3.0.0对应Camunda 7.9，后续版本修复了不少Lazy过滤器的bug，比如升级到3.1.x或者兼容的更高版本
• 检查有没有自定义的过滤器顺序配置，避免Camunda的过滤器在Spring容器没完全初始化时就被销毁

额外排查点 #

因为你说两个配置完全相同的应用一个正常一个失败，还要确认：

• 两个应用的运行环境是不是完全一致：比如env、member、app这些环境变量的取值有没有差异
• 有没有端口冲突或者资源占用？虽然当前异常是配置问题，但也可以检查下启动端口是否被占用
• 会不会其中一个应用加载了不同的配置文件？比如一个用了application-dev.properties，另一个用了其他环境的配置

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