发布与订阅消息系统的数据的发送者不会把消息直接发送给接受者；
发送者以某种方式对消息进行分类，接受者订阅他们，以便接受特定类型的消息；
发布和订阅系统一般会有一个broker,也就是发布消息的中心点。
没有使用发布订阅消息系统的结构如下图:
如果多个服务之间需要互相获取消息，需要专门写对应的接口，如果只有两个还好说，但是如果服务很多，那就需要给每个服务都写相应的接口，更有甚者需要调动对方数据库直接存取数据，这样显然是不合理的，耦合性很高，应对这样的需求，消息中间件应运而生。
使用了发布订阅消息系统的结构如下图:
这样只需要大家往统一的中间件传递规定的数据和拿数据就可以了