配置核心/最大线程池为1时SQSListener消息无法处理的问题排查

你猜的完全正确！这就是问题的根源——Spring在处理SQS消息时，负责从队列拉取消息的接收器线程会占用线程池中的一个线程，当你把核心和最大线程池大小都设为1时，这个唯一的线程被拉取任务占住后，就没有剩余线程来执行消息监听器的处理逻辑了。

具体原因拆解 #

• 当线程池大小=1时：唯一的线程被分配给SQS消息拉取任务（比如执行长轮询等待队列消息），一旦拉取到消息，线程池已经没有空闲线程来执行@SqsListener标注的消息处理方法，导致消息被滞留在内存中无法处理，自然也不会被从SQS队列删除（因为只有处理完成后才会触发删除操作）。
• 当线程池大小=2时：一个线程专门负责拉取SQS消息，另一个线程负责执行消息处理逻辑，两者并行工作，消息能正常被消费、处理，最终完成删除。

解决方案 #

1. 调整线程池大小：至少将核心线程数和最大线程数设置为2，确保拉取和处理任务各有独立的线程资源。如果你的消息量较大，还可以根据实际情况进一步增大线程池大小（比如设置为corePoolSize=5, maxPoolSize=10）。
2. 验证线程状态（可选）：开启线程相关的调试日志（比如logging.level.org.springframework.scheduling.concurrent=DEBUG），可以清晰看到线程池的线程分配情况，确认拉取线程和处理线程的占用状态。

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