经历
以前在qunar实习，第一次接触消息中间件，那时候概念还不清楚，朦朦胧胧有个初步认识，现在正式工作了，又一次接触了消息中间件，初步总结几种场景。
场景
1.分布式系统中，不同系统之间传递消息。
比如系统B要监听系统A的消息，当A发出消息的时候，系统B根据消息，做相应的变化。这个场景很容易理解，就是不同系统之间的异步交互。
2.在系统A中，自己发消息，自己监听。这个场景是我在现在工作中遇见的，当时看到自己的系统监听消息，下意识就想，是哪个系统发送的消息呢？后来问了别人才知道，是自己系统发消息，自己监听。为什么要这样做，自己系统中，直接可以调用到自己内部的一些方法了呀？原来这样做的原因有如下，首先，发送消息可以实现异步做一些动作，比如我们对一些信息做了修改，这些信息要同步到另一个系统中，我们有一种方法是，在一个事务里，做完修改就立刻调用另一个系统的modify方法，但是这样有一个问题，如果这个事务中很多方法，很可能导致调用超时，或者我们这一个方法体中，有多个调用，会导致系统耦合性太强，如果我们通过发送消息的方式调用，就做到了在本方法体中减少了方法调用，调用移动到了消息监听者中。这样不仅方法体中调用减少，而且做到了松耦合。
以上是在工作中的感悟，但是我有一个担心，发送消息会不会导致消息丢失，这样的可靠性就需要一个高可靠的消息中间件来保持了，有利有弊吧。