https://blog.csdn.net/qiuchaoxi/article/details/80359462

前言
看到消息队列，你脑子里面就要想到异步、消峰，解耦，条件反射的那种。为什么写到这篇文章，是因为目前所在项目中，使用异步线程新增一些流程时候的代码，看着又长又臭的很不爽，哈哈。所以这篇文章主要总结下使用线程与消息队列异步场景与区别。
在项目开发中你有没有遇到过这样的场景？
某个功能中很多步骤需要在一个流程里面完成，就比如下单系统，本来业务很简单，下单了付了钱就好了，流程就走完了。
某天老板说，我们搞个优惠卷系统，ok，问题不大，我们在下单流程里面加个优惠劵流程，去扣减优惠劵花个100ms。
后来老板又一激灵，我们还可以搞个积分系统，也行吧，流程里面再加个增减积分流程，再花个200ms。
再后来后来，老板说：下单成功了，我们要短信通知下用户吧，也将就吧，100ms去发个短信。
再后来。。。（你有完没完！！）


最后流程变成了这样 ↓



可以看到这里才加了三个，真正下单的流程涉及的系统绝对在10个以上（主流电商），越大越多。
这个链路下去，一个下单流程被无限拉长。买个东西要个几十秒，垃圾电商，我不在你这里买了。
这个时候有同学就发现这些流程其实可以同时做呀，你支付成功后，我去校验优惠劵的同时我可以去增减优惠劵，还可以同时发个短信。这个时候就用到了异步。
既然说到了异步，我们用线程，线程池去做呀，不一样的吗？


用线程去做，你是不是每新加一个流程，你得在原下单逻辑代码里面新调用一个接口，然后还要重新发布系统，写一次两次还好，写多了你就说：老子不干了。而且还有代码严重耦合，出问题排查也麻烦。搞不好你单个流程随便一个地方出现问题，还会影响其他的点。
如果我们引入了消息队列，就变成了下面这样 ↓



你下单了，你就把支付成功的消息告诉别的系统，他们收到了去处理就好了，你只用走完自己的流程，把自己的消息发出去，那后面要接入什么新的系统，直接订阅你发送的支付成功消息，你支付成功了，我监听就好了。
ps:

这里主要说明了消息队列的异步与解耦特性，至于同学们实际开发过程中，引不引入消息队列，还是根据自己实际情况考虑啊。

阻塞队列与普通队列的区别

    阻塞队列与普通队列的区别在于，当队列是空的时，从队列中获取元素的操作将会被阻塞，或者当队列是满时，往队列里添加元素的操作会被阻塞。试图从空的阻塞队列中获取元素的线程将会被阻塞，直到其他的线程往空的队列插入新的元素。同样，试图往已满的阻塞队列中添加新元素的线程同样也会被阻塞，直到其他的线程使队列重新变得空闲起来，如从队列中移除一个或者多个元素，或者完全清空队列.

 

阻塞队列是一种队列，一种可以在多线程环境下使用，并且支持阻塞等待的队列。也就是说，阻塞队列和一般的队列的区别就在于：


	
多线程环境支持，多个线程可以安全的访问队列
	
	

	
支持生产和消费等待，多个线程之间互相配合，当队列为空的时候，消费线程会阻塞，等待队列不为空；当队列满了的时候，生产线程就会阻塞，直到队列不满。
	
 

阻塞队列的出现使得程序员不需要关心这些细节，比如什么时候阻塞线程，什么时候唤醒线程，这些都由阻塞队列完成了。

线程与进程的区别

定义：
进程是资源（CPU、内存等）分配的基本单位，它是程序执行时的一个实例。程序运行时系统就会创建一个进程，并为它分配资源，然后把该进程放入进程就绪队列，进程调度器选中它的时候就会为它分配CPU时间，程序开始真正运行。
线程是程序执行时的最小单位，它是进程的一个执行流，是CPU调度和分派的基本单位，一个进程可以由很多个线程组成，线程间共享进程的所有资源，每个线程有自己的堆栈和局部变量。线程由CPU独立调度执行，在多CPU环境下就允许多个线程同时运行。同样多线程也可以实现并发操作，每个请求分配一个线程来处理。