标签：targe 系统 logs 响应 释放 分布 实现 htm code
前面我们在章节“Socket通讯探索(一)”中如何实现一个tcp连接，但是这仅仅是一个最初级的BIO实现，且没有添加线程池，实际应用中很少采用这种方式，因为不得不考虑当大量的Tcp连接建立的时候，服务端如何安全稳定的运行？为什么呢？
1、BIO实现方式，是阻塞式的（上一节最后面的实现方式虽然无数据的时候，不会阻塞）；
2、服务端为每条连接都开辟了一个线程进行处理，而且在连接不断开的情况下，线程不会得到释放；
基于以上情况，当有大量的连接建立的时候，服务端会开辟大量的线程处理并得不到释放，而线程会占用系统资源，这样就会导致系统资源耗尽，没有系统资源的连接请求将会等待处理，更甚至程序直接崩溃,所以最直接的方式是添加线程池防止程序崩溃，大量的连接的处理则还还需要另想他法。
大家都知道当web应用面临大量的请求时，我们会对其进行集群或分布式等方式部署，同理，我们也可以对socket服务端进行多处部署。
通常，由于Tcp连接中客户端需要知道服务端的IP跟端口，那么这就意味着客户端需要知道所有的目标服务器的地址和端口，如果有那么一台主机专门用于对我们的服务器进行负载均衡，然后将负载均衡完成后选择的地址跟端口返回给客户端，然后客户端再发起真实的连接请求。具体的请求过程如下图(详细请参考:https://wenku.baidu.com/view/d5769f85d4d8d15abe234e7c)：
以上图中的virtual server实际上就是一个负载均衡用的服务器，所有客户端都会优先连接此服务器得到真实服务器连接(real server)；该模型具体的通信流程如下：
①client向处于侦听的vs发SYN包；
②VS按照调度策略选择一个RS，并向RS发SYN包;
④RS响应VS的SYN请求，将SYN ACK包返回给VS；
④VS将收到的SYN ACK包发给client；
④client将5次握手的最后一个ACK包直接发给RS,此时client进入已建立连接状态，RS在收到ACK包后也进入已建立连接状态
⑥client和RS直接通信，此过程与VS无关。
通过以上模型即可完成TCP服务端集群部署，至于具体的实现过程，不在本篇的范畴之内，就目前来说，我只了解这一种实现方式，如果还有其他的方案，大家可以相互交流……
标签：targe 系统 logs 响应 释放 分布 实现 htm code
原文地址：https://www.cnblogs.com/onedayinMay/p/12203618.html
