一件小事，让我联想到了消息队列。
# 租房👶
最近忙着租房的事情，因为时间比较仓促，所以直接找了很多中介，花了一个周末时间就找好了房子。
这几个月虹桥这的房子都在降价，据说是有航空公司搬走，当然肯定和疫情也脱不了干系。对比去年，租房的价格已经便宜了1k左右了，所以尽管可以续租，为了换个大点的房子，我们也想看看。
# 一件小事😂
房租已经交好了，房东需要帮我们配一套新的门禁（因为我们不知道在哪配）。由于钥匙在我们手上，房东需要我们把钥匙交给她，她再去配新的门禁。
而中介就在隔壁楼栋，于是房东让我们把钥匙放到中介处，她之后去拿。
这件事就安排给我妈了，我妈"傻乎乎"的，一个人走到单元楼下，问房东啥时候过来。然后我看到我妈在抱怨房东为啥不直接过来，非要我妈去交给中介。
这个场景，是不是就有点像消息队列的场景。
- 同步场景
我妈等待房东过来取钥匙
1
我妈必须待在楼下等待，整个人处于阻塞状态，房东不来我妈就一直得等着。
- 消息队列场景
1. 我妈找到中介
2. 我妈把钥匙存放到中介处
3. 房东闲暇时候去中介取钥匙
1
2
3
2
3
这样做的好处就是我妈不依赖于房东的状态，房东可以1小时以后来，也可以2小时后来，我妈只做他自己那部分内容:
把钥匙交给中介
而和现实一样，消息队列也可能出现问题。比如:
中介关门了（人中介也可能人有三急是不)
这个类似于消息队列挂掉了，你的消息（钥匙）就跟着一起处于不可用的状态。
中介把你的钥匙搞丢了
这种就类似于消息丢失的场景，你的消息是发出去了，但是对方给你弄丢了，导致消息消费者没收到消息。
中介A通知房东拿完钥匙后，中介B以为房东没拿，又通知房东再拿钥匙
这个就属于重复消费，同样的消息，对方接受了多次。