Spring应用启动后发命令出现NoHandlerForCommandException如何解决

问题本质 #

该异常出现的核心原因是Spring上下文刷新完成的信号，和Axon命令处理组件的注册/订阅完成信号不同步：如果使用Axon Server做分布式命令路由，命令处理器需要完成向服务端的订阅注册后才能接收命令，这个过程会比Spring上下文初始化完成稍晚，所以启动初期发送命令会找不到对应处理器。

判定CommandBus及命令处理组件就绪的方案 #

• 监听内置事件判定就绪：4.6及以上版本直接监听CommandBusReadyEvent事件，该事件会在CommandBus完成所有本地命令处理器注册、且完成和Axon Server的订阅同步后触发，你可以维护一个全局布尔标识位，只有标识位为true时才对外提供命令发送入口。
• 4.6以下版本可以监听CommandHandlerRegisteredEvent事件，提前统计你业务中所有@CommandHandler的数量，每收到一个事件计数+1，计数匹配时即判定为就绪。
• 生命周期控制方案：实现Spring的SmartLifecycle接口，将命令发送相关的启动任务的phase值设置为低于Axon组件的默认phase值（Axon默认phase为Integer.MAX_VALUE / 2），保证你的逻辑在Axon组件初始化完成后再执行。
• 临时兼容方案：对于启动后必须立即执行的命令，可以添加针对NoHandlerForCommandException的指数退避重试逻辑，最大重试3-5次即可覆盖绝大多数初始化等待场景。

官方就绪事件功能推出状态 #

你提到的命令处理配置完成后推送启动信号的功能已经正式发布，从Axon Framework 4.6版本开始正式纳入核心功能，除了CommandBusReadyEvent之外，还配套了查询处理器就绪事件、事件处理器就绪事件等全链路就绪信号，可直接使用无需自定义扩展。

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