面试官：请设计一个能支撑百万连接的系统架构！

目录

• 1、到底什么是连接？
• 2、为什么每次发送请求都要建立连接？
• 3、长连接模式下需要耗费大量资源
• 4、Kafka遇到的问题：应对大量客户端连接
• 5、Kafka的架构实践：Reactor多路复用
• 6、优化后的架构是如何支撑大量连接的

这篇文章，给大家聊聊：如果你设计一个系统需要支撑百万用户连接，应该如何来设计其高并发请求处理架构？

---

1、到底什么是连接？

假如说现在你有一个系统，他需要连接很多很多的硬件设备，这些硬件设备都要跟你的系统来通信。

那么，怎么跟你的系统通信呢？

首先，他一定会跟你的系统建立连接，然后会基于那个连接发送请求给你的系统。

接着你的系统会返回响应给那个系统，最后是大家一起把连接给断开，释放掉网络资源。

所以我们来看一下下面的那个图，感受一下这个所谓的连接到底是个什么概念。

2、为什么每次发送请求都要建立连接？

但是大家看着上面的那个图，是不是感觉有一个很大的问题。

什么问题呢？那就是为啥每次发送请求，都必须要建立一个连接，然后再断开一个连接？

要知道，网络连接的建立和连接涉及到多次网络通信，本质是一个比较耗费资源的过程。

所以说咱们完全没必要每次发送请求都要建立一次连接，断开一次连接。

我们完全可以建立好一个连接，然后设备就不停的发送请求过来，系统就通过那个连接返回响应。

大家完全可以多次通过一个连接发送请求和返回响应，这就是所谓的长连接。

也就是说，如果你一个连接建