一、排查结果概述我在排查 jzo2o-foundations 启动失败问题时最终确认这次故障实际由两个连续出现的正确原因构成。第一步是 Nacos 共享配置文件本身存在编码或内容格式问题导致应用在启动早期解析 shared-redis-cluster.yaml 和 shared-xxl-job.yaml 时抛出异常第二步是在共享配置修正后应用继续启动到 Spring 容器初始化阶段又暴露出 RedisTemplate Bean 缺失的问题进而使 SpringCacheSyncHandler 无法完成依赖注入。二、最终确认的原因1. Nacos共享配置解析异常我通过完整启动日志确认应用最先报出的有效异常是 shared-redis-cluster.yaml 和 shared-xxl-job.yaml 解析失败异常信息为 MalformedInputException。这说明当时的问题并不是 xxl-job 端口值缺失也不是 ${spring.application.name} 占位符本身有问题而是共享配置文件的编码或内容格式不符合当前应用的 YAML 解析要求。在这一阶段只要共享配置不能被正常加载应用就无法可靠地拿到 Redis 和 XXL-Job 的相关参数因此后续启动链路会被连带影响。2. RedisTemplate Bean缺失我在修正共享配置后再次启动应用新的第一条关键异常变成了 Spring 容器初始化失败。日志明确提示SpringCacheSyncHandler 中注入的 RedisTemplate 无法找到对应 Bean。由此可以确认共享配置问题虽然已经消失但 jzo2o-foundations 当前启动上下文里并没有成功提供 RedisTemplate、RedisConnectionFactory 以及缓存管理器这一组 Redis 相关 Bean。由于 SpringCacheSyncHandler 依赖 RedisTemplate 来删除和刷新缓存只要这个 Bean 不存在应用就一定会在启动阶段直接失败。三、最终解决方法1.修正Nacos共享配置我将 shared-redis-cluster.yaml 和 shared-xxl-job.yaml 重新整理为有效 YAML并按 UTF-8 编码重新保存确保应用能够正常解析这两份共享配置。修正完成后启动日志中的 MalformedInputException 不再出现说明共享配置读取问题已经被排除。同时我保留了 jzo2o-foundations.yaml 中已经存在的 xxl-job.port 配置因此这部分不需要再额外修改 ${spring.application.name} 或 ${xxl-job.port} 的写法。2.在jzo2o-foundations中补齐本地Redis配置为了解决 RedisTemplate Bean 缺失的问题我在 jzo2o-foundations 模块中新增了 FoundationsRedisConfig并在该配置类中显式提供 RedisConnectionFactory、redisTemplate、cacheManager30Minutes、cacheManagerOneDay 和 cacheManagerForever。这样一来SpringCacheSyncHandler 和项目中使用 Spring Cache 的业务代码都能够拿到启动所需的 Redis 相关 Bean。新增配置文件位置为jzo2o-code/jzo2o-foundations/src/main/java/com/jzo2o/foundations/config/FoundationsRedisConfig.java。这个处理方式直接在当前服务内补齐了运行依赖使应用不再受原先自动装配链路异常的影响。3.启动验证结果在完成以上修正后我重新编译并启动 jzo2o-foundations应用已经能够正常启动。其中 Web 服务端口 11509 和 XXL-Job 执行器端口 11603 都已成功监听这说明本次故障对应的正确原因已经处理完成服务具备正常运行条件。四、结论我最终确认这次启动报错的正确处理顺序应当是先修复 Nacos 共享配置的编码和 YAML 解析问题再补齐 jzo2o-foundations 模块内缺失的 Redis Bean 配置。只有这两个问题都处理完成后服务才能真正稳定启动。