如果让你来开发一个消息中间件，你该怎么设计架构？

面试官为什么会问这个问题？

其实这类问题在面试中很常见，比如让你去设计一个dubbo框架该怎么设计？让你去开发一个mybattis该怎么设计?

这个时候我们要想到的是，肯定不会真正的让你去设计开发一个消息中间件，那么他问这个问题就是想要考察你是否了解这个技术的基本原理，核心组成部分，基本的架构构成，然后参照一些开源的技术将这个思路说出来就好了。

关于消息中间件，我们可以按照下面几个方面去考虑

1、首先一个MQ要支撑高吞吐量和容量，那得需要能扩容有伸缩性吧。那就可以设计一个分布式系统呗，参照一下kafka的设计理念，broker–> topic–>partition，每一个partition存放在一个机器中，资源不够了就增加partition呗，就能存放更多的数据。

2、要不要考虑数据的持久化，将数据落在磁盘上呢？保证程序挂了数据不丢失，那落磁盘的时候肯定要按照顺序读写，这样才能保证消息队列的顺序不乱。

3、还要考虑中间件的高可用性啊，那kafka的方法就很有用，数据有多个副本，leader&follower的模式，一个机器挂了也不怕，重新选举leader就可以继续对外服务

4、要保证数据不丢失啊，可以参考这个文章中的思路来“如何保证消息不丢失”

这个是一个开放性的问题，只要我们回答的时候能把中间件的优点体现出来并且把缺点避免掉比如保证高可用性，数据0丢失之类的。面试官就是想要考察你对于消息中间件有没有一个系统性的认知，和你的思维能力。