1. 网关，负载均衡，反向代理的区别和关系？ API 网关 vs 负载均衡 vs 反向代理 - 学习/实践_网关反向代理_穿素白衫的中少年的博客-CSDN博客 2. 是不是高并发系统一定会用到“三者”？【网关，负载均衡，反向代理】 未必，通常只会用到一个或者两个，当然也可以用三个，具体应该结合业务场景分析 3. 服务器能在没有收到请求时，主动给客户端发送请求吗？ 或者说， 客户端A请求了服务端B，服务端B将请求转发给了服务端C，那么服务端C可以在收到请求，处理之后，将响应直接返回给客户端A吗？ 初步解答，我们知道通常的客户端与服务端通信方式是： 客户端先发起请求，服务端收到请求，然后返回响应，服务端想要主动发起请求「这里是就响应，本质上也是请求，一段网络数据」，就需要用到websocket「这里是基于http进行通信的方式分析」 但是个人认为，技术是可以实现的，因为需要的信息都有，为什么不能主动发送请求呢？ 与chatgpt的问答 
在“反向代理”模式下，服务端C为什么不能跳过代理服务器B，直接返回响应给客户端A？技术上无法实现吗？ 在“反向代理”模式下，服务端C不能跳过代理服务器B，直接返回响应给客户端A。 这是因为在这种模式下，客户端A与服务端C之间没有直接的网络连接，只有通过代理服务器B才能相互通信。 从技术上讲，服务端C可以直接向客户端A发送响应，但是客户端A无法接收到这个响应。这是因为客户端A发送请求时将其发送到代理服务器B，而不是直接发送到服务端C。客户端A根本不知道服务端C的存在，也不知道服务端C的地址。因此，即使服务端C发送了响应，客户端A也无法接收到它。 另外，即使服务端C能够直接向客户端A发送响应，这也不是一种安全的方式。在这种情况下，服务端C暴露在公共网络上，并且可能会受到各种攻击，例如DDoS攻击、SQL注入攻击等。因此，为了保障服务端C的安全性，必须通过代理服务器B来完成请求和响应的传输。 从技术上讲，服务端C可以直接向客户端A发送响应，但这通常需要满足以下两个条件： -
客户端A能够直接访问服务端C，即客户端A和服务端C之间不存在任何网络层级的中间设备或代理。 -
服务端C在响应中指定客户端A的IP地址和端口号，以确保响应能够准确到达客户端A。
在实际场景中，通常很难同时满足上述两个条件，因此服务端C一般需要通过中间设备或代理来向客户端A发送响应。即使服务端C能够直接向客户端A发送响应，也需要考虑可能存在的网络拓扑变化、安全性等问题，因此通常不建议这么做。 服务端能否主动向客户端发起连接请求？ 在一般的网络通信场景中，服务端是不能主动向客户端发送连接请求的，因为在大多数情况下，客户端处于一个比较安全的内网环境中，不会暴露在公网上。而服务端则通常处于公网或者云服务器等位置，有公网IP地址可以被客户端访问到。 因此，在大多数情况下，只有客户端才能主动向服务端发起连接请求。 当然，也有一些特殊情况，例如在使用VPN、内网穿透等技术的情况下，服务端也可以通过一些手段实现向客户端发起连接请求的功能。但这种情况属于特殊情况，并不是一般的网络通信方式。 | 
