tcp服务器连接(服务器主动断开tcp连接)

TCP是因特网中的传输层协议，使用三次握手协议建立连接。当主动方发出SYN连接请求后，等待对方回答SYN，ACK。这种建立连接的方法可以防止产生错误的连接，TCP使用的流量控制协议是可变大小的滑动窗口协议。第一次握手：建立连接时，客户端发送SYN包(SEQ=x)到服务器，并进入SYN_SEND状态，等待服务器确认。第二次握手：服务器收到SYN包，必须确认客户的SYN(ACK=x+1),同时自己也送一个SYN包(SEQ=y),即SYN+ACK包，此时服务器进入SYN_RECV状态。第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ACK=y+1),此包发送完毕，客户端和服务器时入Established状态，完成三次握手。

1,TCP使用三次握手 （three-wayhandshake）协议来建立连接,这三次握手为：请求端（通常称为客户）发送一个SYN报文段（SYN为1）指明客户打算连接的服务器的端口，以及初始顺序号（ISN）。服务器发回包含服务器的初始顺序号的SYN报文段（SYN为1）作为应答。同时，将确认号设置为客户的ISN加1以对客户的SYN报文段进行确认（ACK也为1）。客户必须将确认号设置为服务器的ISN加1以对服务器的SYN报文段进行确认（ACK为1），该报文通知目的主机双方已完成连接建立。发送第一个SYN的一端将执行主动打开（activeopen），接收这个SYN并发回下一个SYN的另一端执行被动打开（passiveopen）。另外，TCP的握手协议被精心设计为可以处理同时打开（simultaneousopen），对于同时打开它仅建立一条连接而不是两条连接。因此，连接可以由任一方或双方发起，一旦连接建立，数据就可以双向对等地流动，而没有所谓的主从关系。2,应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，然后TCP把数据流分割成适当长度的报文段（通常受该计算机连接的网络的数据链路层的最大传送单元(MTU)的限制）。之后TCP把结果包传给IP层，由它来通过网络将包传送给接收端实体的TCP层。TCP为了保证不发生丢包，就给每个字节一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认(ACK)； 如果发送端实体在合理的往返时延(RTT)内未收到确认，那么对应的数据（假设丢失了）将会被重传。TCP用一个校验和函数来检验数据是否有错误；在发送和接收时都要计算校验和。

长连接，指在一个TCP连接上可以连续发送多个数据包，在TCP连接保持期间，如果没有数据包发送，需要双方发检测包以维持此连接，一般需要自己做在线维持。 长连接，是指通信双方有数据交互时，就建立一个TCP连接，数据发送完成后，则断开此TCP连接。聊天室或即时消息推送系统等，因为很多消息需要到产生时才推送给客户端，所以当没有消息产生时，就需要hold住客户端的连接，这样，当有大量的客户端时，要hold住大量的长连接。在性能测试过程中，经常会接触到连接数相关的问题，有一个问题曾经困扰我好长时间，那就是一台服务器最多能支持多少链接数呢？有的朋友可能会说是65535，因为操作系统有65535个端口，那么这个答案准确吗？首先先了解下如何标识一个链接（记住下面的概念，文章后面要用到），操作系统是通过一个四元组来标识一个TCP链接：{本地ip，本地port，远程ip，远程port}这四个要素唯一确定一个TCP链接，任意一个要素不相同，就认为是一个不同的链接。在Linux系统中，一切皆文件，每一个TCP链接都要占用一个文件句柄，系统允许创建的链接数取决于句柄数的上限。超过这个值再创建链接就会报这样的错误：“Can't open so many files"。通过命令ulimit -n可以查看当前系统允许打开文件数量的上限，在Linux中这个值默认是1024，也就是说默认情况下，只能创建1024个链接。同时这个值也是可以修改的，通过修改/etc/security/limits.conf文件，可以把这个值改大，一般服务器都会改的很大，比如我们的服务器上一般设置为1000000。那这么说是不是就意味着只要我改的很大，链接数可以无限大了？其实也并不是这样，创建链接的时候，一般分为两个端， 即链接的发起端和链接接收端。比如我们现在使用Jmeter进行压测，被测系统部署在Tomcat服务器10.0.0.3上，使用的是8080端口。如果我们用5个并发来进行压测的话，创建的链接如下图所示：对于Jmeter来说，它是链接发起端，Jmeter创建了5个链接去连接服务端的8080端口，每个新建链接会占用了一个端口号，如图中的10001-10005。在操作系统中，端口号的范围是0-65535，其中0-1024是预留端口号，不可使用，其他的端口都是可以使用的。也就是说， 在链接发起端，受端口号的限制理论上最多可以创建64000左右链接。那么有没有办法超过这个限制呢，答案是肯定的！通过TCP标识的四元组可以看到，对于链接发起端，影响链接数的是本地ip和port，端口号受限于65535，已经没办法增加了。那我们可以增加本地ip来达到这个目的。一般情况下，服务器的一个网卡上只绑定了一个ip，对外通信都使用这个ip进行。其实网卡是支持一个绑定多个IP的，当然必须确保ip是有效的且未使用的。# ifconfig eth0:1 10.0.0.5以上命令可以在eth0网卡上增加一个ip 10.0.0.5，服务器网卡每增加一个ip，就可以允许在这个ip上再创建65535左右的链接数。曾经做过一个邮件网关的链接数测试，目的是为了测试网关服务器可以接收并且保持多少TCP长连接。正常情况下，受限于单台机器65535端口号的影响，客户端想创建25万TCP长连接，至少需要4台机器。通过对客户端网卡绑定多IP的方法，成功在一台机器上创建了25万个链接。当然，这种手段只是一种非常规的操作，只是为了进行某种特殊场景的测试。正常情况下不推荐网卡绑定多个IP。对于Tomcat服务器来讲，它是链接接收端，它是不是也受限于65535呢？并不是，从上面图中可以看到，Jmeter发起的所有链接都创建在Tomcat服务器的8080端口，也就是说对于链接接收端，所有的链接占用的是同一个端口。根据TCP标识四元组可以分析出， 一个链接接收端，最大的TCP链接数=所有有效ip排列组合的数量*端口数量64000 ，这个计算结果应该是一个天文数字。 因此链接接收端支持的链接数理论上可以认为是无限大的。上面介绍的一些数据都是理论上单台机器可以支持的TCP链接数， 实际情况下，每创建一个链接需要消耗一定的内存，大概是4-10kb，所以链接数也受限于机器的总内存。链接发起端,活力全开才64000左右链接，内存最多才占用640M，一般客户端都能 满足，内存限制主要还是考虑服务器端。虽然现在的集群，分布式技术可以为我们将并发负载分担在多台服务器上，那我们只需要扩展出数十台电脑就可以解决问题，但是我们更希望能更大的挖掘单台服务器的资源，先努力垂直扩展，再进行水平扩展，这样可以有效的节省服务器相关的开支（硬件资源、机房、运维人力、电力其实也是一笔不小的开支）。首先需要考虑文件句柄的限制。在Linux下编写网络服务器程序的朋友肯定都知道每一个tcp连接都要占一个文件描述符，一旦这个文件描述符使用完了，新的连接到来返回给我们的错误是“Socket/File:Can't open so many files”。这时你需要明白操作系统对可以打开的最大文件数的限制。我们可以通过ulimit -n命令、/etc/security/limits.conf 文件 以及 /etc/sysctl.conf 文件等来修改文件句柄数。其次要考虑的是端口范围的限制，操作系统上端口号1024以下是系统保留的，从1024-65535是用户使用的。由于每个TCP连接都要占一个端口号，所以我们最多可以有60000多个并发连接。我想有这种错误思路朋友不在少数吧？面试官也比较喜欢在这里引导挖坑，类似的问题还有：一个UDP连接可以复用已经被TCP连接占用的端口嘛？如何标识一个TCP连接？系统使用一个4四元组来唯一标识一个TCP连接：本地端口号 local port、本地IP地址 local ip、远端端口号 remote port、远端IP地址 remote ip。server通常固定在某个本地端口上监听，等待client的连接请求。不考虑地址重用（unix的SO_REUSEADDR选项）的情况下，即使server端有多个ip，本地监听端口也是独占的，因此server端tcp连接4元组中只有remote ip（也就是client ip）和remote port（客户端port）是可变的，因此最大tcp连接为客户端ip数×客户端port数，对IPV4，不考虑ip地址分类等因素，最大tcp连接数约为2的32次方（ip数）×2的16次方（port数），也就是server端单机最大tcp连接数约为2的48次方。上面给出的结论都是理论上的单机TCP并发连接数，实际上单机并发连接数肯定要受硬件资源（内存）、网络资源（带宽）的限制。单台服务器最大支持多少连接数https://blog.csdn.net/alpha_love/article/details/108351457单机服务器支持千万级并发长连接的压力测试https://blog.csdn.net/lijinqi1987/article/details/74545851https://blog.csdn.net/wangshuminjava/article/details/80619190HTTP长连接200万尝试及调优https://www.cnblogs.com/zlingh/p/4814836.html一次百万长连接压测 Nginx 内存溢出问题https://blog.csdn.net/yangbaggio/article/details/107007627大并发下TCP内存消耗优化小记（86万并发业务正常服务）https://blog.51cto.com/benpaozhe/1752675TCP长连接与短连接的区别https://www.cnblogs.com/liuyong/archive/2011/07/01/2095487.htmlLinux系统设置–ulimithttps://blog.haohtml.com/archives/9883HTTP的长连接和短连接https://www.cnblogs.com/cswuyg/p/3653263.html网络连接中的长连接和短链接是什么意思?https://www.zhihu.com/question/22677800性能优化篇-使用长连接提升服务性能https://zhuanlan.zhihu.com/p/118946284

syn是同步信号，ack是应答信号 第一步客户机向服务器发送一个TCP数据包,表示请求或迅建立连接. 为此,客戚神户端将数据包的SYN位设置为1。第二步服高团亏务器收到了数据包,并从SYN位为1知道这是一个建立请求的连接.于是服务器也向客户端发送一个TCP数据包.因为是响应客户机的请求,于是服务器设置ACK为1。第三步客户机收到了服务器的TCP,并从ACK为1知道是从服务器来的确认信息.于是客户机也向服务器发送确认信息.客户机设置ACK=1 最后一步服务器受到确认信息,也完成连接
TCP建立连昌宽接需要三次握颂迅春手.SYN是发送标志位,ACK是确认标志位. 第一次握手:SYN=1，ACK=0第二次握手野耐:SYN=1，ACK=1 第三次握手:SYN=0，ACK=1
在tcp/ip协议中，tcp协议提供可靠的连接服务，采用三次握手建立一个连接。 第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入syn_send状态，等待服务器确认；第二次握手：服务器收到syn包，必须确认客户的syn（ack=j+1），同时自己也发送一个syn包（syn=k），即syn+ack包，此时服务器进入syn_recv状态；第三次握手：客户端收到服务器的syn＋ack包，向服务器发送确认包ack(ack=k+1)，此包发送完毕，客户端和服务器进入established状态，完成三次握手旦启。完成三次握手，客户端与服务器开始传送数据，在上述过程中，还有一些重要的概念：未连接队列：在三次握手协议中，服务器维护一个未连接队列，该队列为每个客户端的syn包（syn=j）开设一个条目，该条目表明服务器已收到syn包，并向客户发出确认，正在等待客户的确认包。这些条目所标识的连接在服务器处于syn_recv状态，当服务器灶亮收到客户的确认包时，删除该条目，服务器进模辩如入established状态。backlog参数：表示未连接队列的最大容纳数目。syn-ack重传次数服务器发送完syn－ack包，如果未收到客户确认包，服务器进行首次重传，等待一段时间仍未收到客户确认包，进行第二次重传，如果重传次数超过系统规定的最大重传次数，系统将该连接信息从半连接队列中删除。注意，每次重传等待的时间不一定相同。 半连接存活时间：是指半连接队列的条目存活的最长时间，也即服务从收到syn包到确认这个报文无效的最长时间，该时间值是所有重传请求包的最长等待时间总和。有时我们也称半连接存活时间为timeout时间、syn_recv存活时间。

你好，很高兴为你解答！ 根据你的描述，只要你的服务器IP地址是公网的，就可以直接连，服务器一般放置在公网上，有固定的IP地址。 希望我的回答可以帮助你，安徽电信祝您生活愉快。