什么情况下异步操作使用消息队列而不是多线程

消息队列和多线程两者并不冲突，多线程可以作为队列的生产者和消费者。

使用外部的消息队列时，第一是可以提高应用的稳定性，当程序fail后，写入外部消息队列的数据依旧是保存的，如果使用两步commit的队列的话，可以更加提高这个项目。

用线程的话，会占用主服务器资源，消息队列的话，可以放到其他机器上运行，让主服务器尽量多的服务其他请求。

多线程是在编程语言层面解决问题，消息队列是在架构层面解决问题。我认为架构层面解决问题是“觉悟比较高的方式“，理想情况下应该限制语言层面滥用多线程，能不用就不用。

用线程池ExecutorService异步处理：我理解ExecutorService其实也是内部使用了队列（如LinkedBlockingQueue），所以从设计上，其实和使用中间件的消息队列是差不多一致的。只是这里应用服务器既充当生产者又充当消费者，也是消息队列中间件的实现者。这种应该适合非分布式的架构，比如简单的只有一台服务器。

使用消息队列：消息队列（指activeMQ，rabbitMQ，kafaKa，Redis等）因为一般都是中间件，部署在其他机器，需要一定的网络消耗。

本着解耦的目的，使用后者更合理，因为应用服务器一般内存也不会太多，队列长度不易太长。让应用服务器只处理逻辑比较合理。适合分布式架构。
————————————————
版权声明：本文为CSDN博主「ch3rry」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/ds1130071727/article/details/106602840