EAI(企业应用集成)将进程、软件、标准和硬件联合起来，在两个或更多的企业系统之间实现无缝集成，使它们就像一个整体一样。尽管EAI常常表现为对一个商业实体(例如一家公司)的信息系统进行业务应用集成，但当在多个企业系统之间进行商务交易的时候，EAI也表现为不同公司实体之间的企业系统集成，例如B2B的电子商务。
在企业应用集成（EAI）中，
文件传输(文件夹上传下载解析xml)，
共享数据库(datalink、定时调用存储过程、同步程序)，
消息队列（
），
跨系统的异步通信，所有需要异步交互的地方都可以使用消息队列。就像我们除了打电话（同步）以外，还需要发短信，发电子邮件（异步）的通讯方式。
多个应用之间的耦合，由于消息是平台无关和语言无关的，而且语义上也不再是函数调用，因此更适合作为多个应用之间的松耦合的接口。基于消息队列的耦合，不需要发送方和接收方同时在线。
远程过程调用（web service 客户端和服务端同时在线）都可以作为集成的方法。
消息队列：
- 步通信，所有需要异步交互的地方都可以使用消息队列。就像我们除了打电话（同步）以外，还需要发短信，发电子邮件（异步）的通讯方式。
- 多个应用之间的耦合，由于消息是平台无关和语言无关的，而且语义上也不再是函数调用，因此更适合作为多个应用之间的松耦合的接口。基于消息队列的耦合，不需要发送方和接收方同时在线。
- 应用需要更灵活的耦合方式，如发布订阅，比如可以指定路由规则。
- 跨局域网，甚至跨城市的通讯，比如北京机房与广州机房的应用程序的通信。
-
注册功能实际只需要第一步，只要服务端将他的账户信息存到数据库中他便可以登录上去做他想做的事情了。至于其他的事情，非要在这一次请求中全部完成么？值得用户浪费时间等你处理这些对他来说无关紧要的事情么？所以实际当第一步做完后，服务端就可以把其他的操作放入对应的消息队列中然后马上返回用户结果，由消息队列异步的进行这些操作。
或者还有一种情况，同时有大量用户注册你的软件，再高并发情况下注册请求开始出现一些问题，例如邮件接口承受不住，或是分析信息时的大量计算使cpu满载，这将会出现虽然用户数据记录很快的添加到数据库中了，但是却卡在发邮件或分析信息时的情况，导致请求的响应时间大幅增长，甚至出现超时，这就有点不划算了。面对这种情况一般也是将这些操作放入消息队列（生产者消费者模型），消息队列慢慢的进行处理，同时可以很快的完成注册请求，不会影响用户使用其他功能。
所以在软件的正常功能开发中，并不需要去刻意的寻找消息队列的使用场景，而是当出现性能瓶颈时，去查看业务逻辑是否存在可以异步处理的耗时操作，如果存在的话便可以引入消息队列来解决。否则盲目的使用消息队列可能会增加维护和开发的成本却无法得到可观的性能提升，那就得不偿失了。
如过安检，检测器处理能力有限，同时这些行李又不能丢了，都得检测。所以加了个传送带，慢慢过检测器。其实这个传送带就是消息队列
作为服务内部的缓冲区，防流量高峰，也能达到异步处理的作用
用于分布式系统，各个不同的进程(同一台机器或者不同机器)通过消息队列进行通信
rabbitMQ activemq
观察者模式，去看设计模式。然后打开，rabbitMQ官网一目了然。