记一次集成spring-amqp后出现线程池为正常关闭。导致tomcat无法正常关闭显示内存泄露的问题

起因：因为这几天闲来无事，所以想着改造下旧项目的订单自动取消功能，原本是通过定时任务轮询扫描未支付订单的，及时性不足并且浪费数据库io的资源,所以就想用rabbitmq的死信队列来完成延迟自动取消的功能。于是随手copy了一段spring-amqp的Java Configuration配置

如图：起初并没什么问题，但是后来发现只要一执行向rabbitmq的队列中推送消息的方法后：

便出现了tomcat无法正常停止的错误

如图显示名为pool-3-thread-1的线程没法正常停止，tomcat提示内存泄露。

--------------------------------

解决思路：执行发送语句后会出现tomcat无法正常停止的错误，说明在spring在执行发送操作时肯定是init了某个线程池，但是在destroy阶段并没有正确的shutdown该线程池

结果发现是因为在设置中打开了发送确认模式后：在PublisherCallbackChannelImpl初始化了一个SingleThreadExecutor线程池但在destroy阶段并没有执行shutdown的操作，因为tomcat对未关闭的线程十分敏感所以出了错误无法正常关闭。

解决方法：

1.关闭发送确认模式、。

2、用spring的ThreadPoolTaskExecutor线程池统一接管rabbitmq 下的所有线程池。保证在项目结束时能正常关闭

如图