tcp长连接(tcp长连接保持多久)

长连接就是建立TCP连接后，一直保持这个连接，一般会中间彼此发送心跳来确认对应的存在，中间会做多次业务数据传输，一般不会主动断开连接。 短连接一般指建立连接后，做一些操作 如：http请求，然后就关掉这个连接。所以就做短连接。
1.最简单的方法：public static String reverse1(String str){   return new StringBuffer(str).reverse().toString();}2.最常用的方法：public static String reverse3(String s){char[] array = s.toCharArray();  String reverse = "";  //注意这是空，不是nullfor (int i = array.length - 1; i >= 0; i--)reverse += array[i];return reverse;}3.常用方法的变形： public static String reverse2(String s){ int length = s.length();   String reverse = "";  //注意这是空，不是nullfor (int i = 0; i < length; i++)    reverse = s.charAt(i) + reverse;//在前面连接，  而非常见的后面return reverse;}4.C语言中常用的方法： public static String reverse5(String orig){ char[] s = orig.toCharArray();int n = s.length - 1;int halfLength = n / 2;for (int i = 0; i <= halfLength; i++) {char temp = s[i];s[i] = s[n - i];s[n - i] = temp;}   return new String(s);  //知道  char数组和String相互转化  }

一个老生常谈的问题，本以为网上能搜索到很满意的答案，但结果很不尽人意，于是自己写下测试程序，好好测试下； 测试用例服务器、客户端都在一台电脑上，服务器采用IOCP，客户端普通的socket，创建、连接、发送、接收，但不关闭，循环100000次，每次SLEEP（1），测试环境：WIN XP 32客户端在第13400左右次连接服务器失败；关闭客户端联系做了50次类似测试，服务器内存在10多M,慢慢增加至100M左右内存时，内存自动回收，按每次客户端连接成功4000次计算，可以连接成功20w次。（昨天测试结果，未完待续。。。）测试环境：WIN SERVER 2003 64 单一客户端（64）在44449次时连接失败，同时启动2个客户端，分别在3w多次连接失败。

1、client向server发起连接请求，server接到请求，然后双方建立连接。client向server发送消息，server回应client，然后一次读写就完成了，这时候双方任何一个都可以发起close操作，不过一般都是client先发起close操作。这就是一个短连接。 一般的server不会回复完client后立即关闭连接的，当然不排除有特殊的情况。从上面的描述看，短连接一般只会在client/server间传递一次读写操作。短连接的优点是：管理起来比较简单，存在的连接都是有用的连接，不需要额外的控制手段。2、client向server发起连接，server接受client连接，双方建立连接。Client与server完成一次读写之后，它们之间的连接并不会主动关闭，后续的读写操作会继续使用这个连接。 长连接和短连接的产生在于client和server采取的关闭策略，具体的应用场景采用具体的策略，没有十全十美的选择，只有合适的选择。
这里有参考 http://gowtd.blog.sohu.com/3649038.html

关于面向 tcp/ip 协议的可靠连接的网络 socket 编程，必须要按照 tcp/ip协议的 server/client 模型进行编程和调试。

理论上来说是保持的。TCP连接，当网络通信时采用TCP协议时，在真正的读写操作之前，server与client之间必须建立一个连接，当读写操作完成后，双方不再需要这个连接时它们可以释放这个连接，连接的建立是需要三次握手的，而释放则需要4次握手，所以说每个连接的建立都是需要资源消耗和时间消耗的。TCP保活的必要性：TCP的长连接理论上只要连接建立后，就会一直保持着。但有时有一些防火墙之类的软件会自动检查主机的网络连接状况，比如说如果发现某个连接在几分钟之内都没有数据通讯，则会关闭这个连接。有时客户端与服务器需要实时的检测连接状态，就是需要知道对方是否还在线，如果对方不在线了，需要做相应的处理，这是就需要通过发送心跳包的方法监测链路的状态。导致 TCP 连接断连的因素 ：理想状态下，一个 TCP 连接可以被长期保持。然而，在实际应用中，客户端或服务器端上维持的一个看似正常的 TTCP 连接可能已经断连。TCP 连接主要受到两个方面的影响而导致断连：网络中间节点和客户端 / 服务器节点参与通信的两方节点。在实际网络应用中，两个主机之间的通信往往需要穿越多个中间节点，例如路由器、网关、防火墙等。因此，两个主机之间 TCP 连接的保持同样会受到中间节点的影响，尤其是会受到防火墙（软件或硬件防火墙）的限制。防火墙是一种装置，有多种不同的实现方式（软件实现、硬件设备实现或是软硬件相结合实现），它需要依据一系列规则对进出的信息流进行扫描，并允许安全（符合规则）的信息交互、阻止不安全（违反规则）的信息交互。防火墙的工作特性决定了要维护一个网络连接就需要耗费较多的资源，并且企业防火墙常常位于企业网络的出入口，长时间维护非活跃的 TCP 连接必将导致网络性能的下降。因此，大部分防火墙默认会关闭长时间处于非活跃状态的连接而导致 TCP 连接断连。类似的，如果中间节点异常导致如果中间节点异常导致来自客户端关闭连接的请求无法传递到服务器端，也将导致服务器端的相应连接发生断连。另一方面，对于一个 TCP 连接两端的主机而言，创建 TCP 连接需要耗费一定的系统资源。如果不再使用某个连接，那么我们总是希望进行通信的两个主机能够主动关闭相应的连接，以便释放所占用的系统资源。然而，如果由于客户端出现异常 ( 例如崩溃或异常重启 ) 而导致连接未能正常关闭，这将导致服务器端的连接断连。 无论是客户端节点或是服务器端节点，断连的 TCP 连接已经不能传递任何信息，因此，维护大量断连的 TCP 连接将导致系统资源的浪费。这种系统资源的浪费可能并不会对客户端节点带来太大问题；然而，对于服务器主机而言，这可能会导致系统资源（尤指内存资源和 socket 资源）被耗尽而拒绝为新的用户请求提供服务。因此在实际应用中，服务器端需要采取相应的方法来探测 TCP 连接是否已经断连。