SpringEvent存在时关闭服务流程-经验总结

流程：切断流量，关闭服务，关闭spring上下文

原因：Spring 有个限制ApplicationContext 关闭期间，getBean 会报错。

Spring Event广播消息时，Spring会在 ApplicationContext 中查找所有的监听者，即需要 getBean 获取 bean 实例。

之前公司是自研微服务框架，有几个定时任务在主服务启动完成后会立刻执行一遍，其中就涉及到调用其他服务(http调用环境内服务)，由于被调用的服务内容不多重启快于主服务，且基本都不涉及到getbean，该问题一直没有被发现。

由于当天刚好需要测试该服务涉及的内容，重启这个服务又遇到一些阻碍，主服务调用该服务的时候，服务还未加载完成，出现了Do not request a bean from a BeanFactory in a destroy method implementation在应用上下文关闭时，不得从上下文中Get Bean。加上出现过于偶然，且不是线上问题，改动也不涉及配置之类的变更，不会影响服务启动，运维询问原因时，便说是由于还没启动流量进去了导致的，不影响使用，于是运维便不在继续追问(业务日志出现的问题，运维无法修复，全听研发的)。

上线太忙也忘记反馈leader询问原因，后面架构对框架进行了优化，不会出现环境中有服务没有启动就执行定时任务，没有出现过便忘了这回事，直到看到这篇文章才想起：

https://juejin.cn/post/7313387525819973671?share_token=7c29d759-401e-4122-ae57-75a8bb7cea0e

所以服务在关闭期间有少量流量进来或未处理完，这个场景下，使用 Spring Event 发布事件，Spring 无法正常广播事件，一定会出现异常，导致处理失败！

切记！使用 SpringEvent 之前，一定要先治理服务，确保服务关闭时，先切断入口流量（Http、MQ、RPC），然后再关闭服务，关闭 Spring 上下文！