作者：http://www.cnblogs.com/cathsfz/ Ajax的长连接，或者有些人所说的Comet，就是指以XMLHttpRequest的方式连接服务器，连接后服务器并非即时写入相应并返回 具体的通信模型，请参考这篇文章：《Comet：基于 HTTP 长连接的“服务器推”技术》，里面已经说得非常详细了，我就不再复述了。 我们接着开始讨论如何使用.NET实现这个模型。 无事件导致超时 首先，长期保持连接时不行的。 在上一次的文章中，我们说到了如何设计一个ASP.NET Web Service来处理长连接请求。很多人对此就提出了问题，如何hold住请求让它30秒不断开了？ 后者在某些情况下不是什么问题，特别是长连接中一般之后一个Wait()线程在等待中，所以我们可以不管。而前者，则是因为没有消息队列所造成的，我们只有长度为1的消息窗口，所以只能缓存最后一个消息。
HTTP协议与TCP/IP协议的关系 HTTP的长连接和短连接本质上是TCP长连接和短连接。HTTP属于应用层协议，在传输层使用TCP协议，在网络层使用IP协议。 但从 HTTP/1.1起，默认使用长连接，用以保持连接特性。 HTTP协议的长连接和短连接，实质上是TCP协议的长连接和短连接。 3.4 长连接短连接操作过程 短连接的操作步骤是： 建立连接——数据传输——关闭连接…建立连接——数据传输——关闭连接 长连接的操作步骤是： 建立连接——数据传输…（保持连接）…数据传输——关闭连接 4 长连接和短连接的优点和缺点 由上可以看出，长连接可以省去较多的TCP建立和关闭的操作，减少浪费，节约时间。对于频繁请求资源的客户来说，较适用长连接。
代金券、腾讯视频VIP、QQ音乐VIP、QB、公仔等奖励等你来拿！
服务端上查看tcp连接的建立情况,直接使用netstat命令来统计,看到了很多的time_wait状态的连接.这些状态是tcp连接中主动关闭的一方会出现的状态.该服务器是nginx的webserver监听 ,肯定是会请求过来就创建一个连接,请求结束就关闭连接. 还有就是真正占用服务器端口的是,当需要连接数据库时,比如我需要连接数据库的3960端口,这个时候我的服务器会随机占用本机的端口,连接远程的3960端口.因为php连接数据库是使用的短连接,每次请求都会在创建连接 那么如果php使用长连接连接数据库呢? 这个时候就是每一个fpm子进程创建一个连接,有多少个子进程就会有多少连接,并且连接是不会断掉的.当然如果子进程的数量特别多,会占用mysql的连接数,所以这里我们的项目里也是使用的短连接. show variables
长连接 一代版本一代神，代代版本有法神。。。不要和版本抵抗，你扛不住。。。 亲儿子战略，打是亲儿子，骂也是亲儿子，那又怎么样呢？改变不了亲儿子属性。。。 长连接，keepalive属性，纠结了很久很久，好像一万年那么久，曾经尝试过各种方法，如何判断一个连接是长连接或者是短连接，长。。。到底多长才算长？ 曾经询问过各路高手，不知所终。。。 怎么查看长连接呢？netstat这个命令用了几万年，然而从来没看过这种诡异的选项。。。 在如上的图中，可以看到一个连接的状态，到底是长连接还是短连接，如果是长连接那么会有属性keepalive的，后面则有三个时间，那么。。。这三个时间是什么时间？ netstat表示的三个值与三个内核参数相关，一个表示保活连接的时长，一个表示发送探测包的时间间隔，一个表示发送探测包的个数，一般keepalive time为7200，表示两个小时。。。
dubbo:// Dubbo 缺省协议采用单一长连接和 NIO 异步通讯，适合于小数据量大并发的服务调用，以及 服务消费者机器数远大于服务提供者机器数的情况。 连接个数：单连接 连接方式：长连接 传输协议：TCP 传输方式：NIO 异步传输 序列化：Hessian 二进制序列化 适用范围：传入传出参数数据包较小（建议小于100K），消费者比提供者个数多 WeChatCommonFacade" ref="weChatCommonFacadeImpl" /> 提供者provider端口是18220;有若干个消费者;先不做额外操作；先看一下有多少个tcp长连接 ，所以没有建立起tcp链接；等第一次调用这个服务的时候就会建立起这个tcp的长连接的；所以lazy延迟连接有利于减少长连接数； ###4.粘滞连接 sticky=“true” <dubbo:reference 粘滞连接将自动开启延迟连接，以减少长连接数。 ###5.actives="" 可建立连接数如果小于connections连接数的话tcp连接会一直尝试建立连接 ?
HTTP协议之长、短连接 一、长连接与短连接： 长连接：client方与server方先建立连接，连接建立后不断开，然后再进行报文发送和接收。 这种方式下由于通讯连接一直存在。 二、长连接与短连接的操作过程： 短连接的操作步骤是： 建立连接——数据传输——关闭连接...建立连接——数据传输——关闭连接 长连接的操作步骤是： 建立连接——数据传输... （保持连接）...数据传输——关闭连接 三、长连接与短连接的使用时机： 长连接：长连接多用于操作频繁，点对点的通讯，而且连接数不能太多的情况。 3、带长度报文头循环读写：这种情况一般在长连接中，由于在长连接中没有条件能够判断循环读写什么时候结束。必须要加长度报文头。 这种就应该是短连接了吧？ 短连接需要频繁的建立与断开连接，是不是对服务器的资源浪费很大？ 如果换成长连接呢？长连接的缺点在哪里？ 回答： 从网络技术层面来说：TCP本身是长连接的。
在上一篇文章里我们介绍了 httpclient 连接池对于 SSL 的支持，这里主要介绍连接池中的长连接。 关于连接池如何决定重用连接，以及连接 keep alive 保活多久的介绍，请参考这篇文章。池化对象 CpoolEntry 虽然重用了，但是里面真正的原始 socket 是长连接么？ available 中，并没有对原始 socket 关闭，所以是 http 长连接。 ，同时保持原始 socket 不关闭为长连接。 对于使用长连接的情况下也有一些思考： 如果池化对象归还到连接池并且没有关闭原始 socket 保持长连接。
在HTTP/1.0中默认使用短连接。也就是说，客户端和服务器每进行一次HTTP操作，就建立一次连接，任务结束就中断连接。 而从HTTP/1.1起，默认使用长连接，用以保持连接特性。 使用长连接的HTTP协议，会在响应头加入这行代码： Connection:keep-alive 在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭， Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间。实现长连接需要客户端和服务端都支持长连接。 HTTP协议的长连接和短连接，实质上是TCP协议的长连接和短连接。
4、当线程数过多时，如果大部分线程都处于活跃状态，会导致频繁的上下文切换，从而造成系统巨大的开销 5、线程的本质就是线程共用，多个连接之间共享线程 何时使用 1、在有大量短查询的业务场景下 2、大量长查询的业务场景下不适合使用线程池 3、连接池将被所有连接的客户端共享使用 4、连接池可以加速连接，也可以减少数据库连接，降低数据库服务器的负载 短连接 简介 1、程序和数据库通信时建立连接，执行操作后，连接关闭 2、基本步骤：连接->数据传输 ，直到可被回收利用为止，这样导致端口资源不够用 长连接 简介 1、长连接是指程序之间的连接在建立之后，就一直打开，被后续程序重用 2、当收到一个永久连接请求时，将检查是否已经存在一个（前面已经开启了的） 5、对于高并发业务，若果可能会碰到连接的冲击时，推荐使用长连接或连接池 6、服务器角度，可以节省创建连接的开销，但维持长连接需要内存 7、扩展性好的站点，大部分的访问不需要连接数据库，如果需要频繁访问数据库 ，可能会在流量增大时候产生性能问题，此时， 长短连接都无法解决问题，应该进行合理的设计和优化来避免性能问题 持久连接和连接池的区别 长连接是一些驱动、驱动框架，ORM工具的特性，由驱动来保持连接句柄的打开
http的长连接和短连接，本质上是tcp层的长连接和短连接： http 1.0 默认使用短连接， http 1.1 默认使用长连接，在使用的http协议，在响应头会加上 Connection:keep-alive 短连接的优点是：管理起来比较简单，存在的连接都是有用的连接，不需要额外的控制手段。 TCP长连接 长连接，client向server发起连接，server接受client连接，双方建立连接。 HTTP长连接与短连接 长连接：client方与server方先建立连接，连接建立后不断开，然后再进行报文发送和接收。 这种方式下由于通讯连接一直存在。此种方式常用于P2P通信。 长连接和短连接异同 长连接：长连接多用于操作频繁，点对点的通讯，而且连接数不能太多的情况。 每个TCP连接的建立都需要三次握手，每个TCP连接的断开要四次握手。 阻塞方式：如果没有接收到报文，则读函数一直处于等待状态，知道报文到达。 及时通信与游戏的长短连接 实际场合究竟需要使用短连接还是长连接，主要看实时性要求、数据流向和并发量这三个问题。
打开和保持连接影响网站和 Web 应用程序性能。在 HTTP/1.x 里有多种模型：短连接, 长连接, 和 HTTP 流水线。 首先是 长连接模型 它会保持连接去完成多次连续的请求，减少不断重新打开连接的时间。 长连接 短连接有两个比较大的问题： 创建新连接耗费的时间尤为明显 TCP 连接的性能只有在该连接被使用一段时间后(热连接)才能得到改善 为了缓解这些问题，长连接便被设计，甚至在 HTTP/1.1 之前。 这种场景下，可以使用非长连接，即尽快关闭那些空闲的连接，也能对性能有所提升。 HTTP/1.0 里默认并不使用长连接。 由于会受到网络延迟和带宽的限制，在下一个请求被发送到服务器之前，可能需要等待很长时间。 流水线是在同一条长连接上发出连续的请求，而不用等待应答返回。这样可以避免连接延迟。
基于 socket 我们可以选择建立长连接或者短连接，在实际运用中两者都有可能被用到。 长连接和短连接的区别 先带你来认识一下它俩的区别。 长连接意味着进行一次数据传输后，不关闭连接，长期保持连通状态。如果两个应用程序之间有新的数据需要传输，则直接复用这个连接，无需再建立一个新的连接。就像下图这样。 ? 通过这两个案例我们可以总结出一个决定何时运用长连接和短连接的最佳实践。 长连接适用于：两个进程之间需要高频通信并且具备服务端主动推送或者有状态（需串行）两者之一的场景，否则并不是必选项。 那么我们可以通过增加一些复杂度来实现一个能够综合长连接和短连接各自优点的方案：建立多个长连接，每次数据传输的时候独占使用，用完之后放回，再给后续使用。这种方案被称之为“连接池”。 不知道大家对长连接和短连接的运用有什么样的经验和认识呢？欢迎在下方评论区留言，我们一起讨论。
连接上imap服务后，什么都不操作，我测试大约5分钟会被服务端断掉，测试代码如下 imapClient, _ := client.Dial("imap.sina.net:143") for { time.Sleep(time.Second * 1) } 为了保持住这条连接，每隔10秒列取一下邮件夹列表，这样就可以一直保持住连接了。 开三个窗口，一个窗口不停的netstat查看tcp连接情况，一个窗口运行代码，一个窗口打开tcpdump监听端口查看数据请求 while true;do clear;date;netstat -altupn
可以查阅程序语言手册来获知通过何种方式使用短连接、长连接。 01 短连接 短连接是指程序和数据库通信时需要建立连接，执行操作后，连接关闭。 02 长连接 长连接是指程序之间的连接在建立之后，就一直打开，被后续程序重用。使用长连接的初衷是减少连接的开销，尽管MySQL的连接比其他数据库要快得多。 如果滥用长连接的话，可能会使用过多的MySQL服务器连接。 如果客户端和MySQL数据库之间有连接池或Proxy代理，一般在客户端推荐使用短连接。对于长连接的使用一定要慎重，不可滥用。 如果没有每秒几百、上千的新连接请求，就不一定需要长连接，也无法从长连接中得到太多好处。
而我们之前在技术调研的时候，搜到了 jPush 的博客，上面介绍了一些他们的技术特点，他们主要做的其实就是移动网络下的长连接服务。单机 50W-100W 的连接的确是吓我一跳！ 时隔两年，换了部门后，竟然接到了一项任务，优化公司自己的长连接服务端。 所以，这篇文章就是汇总一下利用 Netty 实现长连接服务过程中的各种难点和可优化点。 更高的 QPS 由于 NIO 和 Netty 都是非阻塞 IO，所以无论有多少连接，都只需要少量的线程即可。而且 QPS 不会因为连接数的增长而降低（在内存足够的前提下）。 但是，生产环境又不一样了，生产环境不会有那么大的 QPS，但是连接会很多，连接相关的对象存活时间非常长，所以生产环境更应该分配更多的老生代。
实现原理： 长连接的维持，是要客户端程序，定时向服务端程序，发送一个维持连接包的。 如果，长时间未发送维持连接包，服务端程序将断开连接。 如果keepAliveDelay毫秒（程序中是2秒）内未发送任何数据，则自动发送一个KeepAlive Object(心跳)给服务端，用于维持连接。 服务端： 由于客户端会定时（keepAliveDelay毫秒）发送维持连接的信息过来，所以，服务端要有一个检测机制。 即当服务端receiveTimeDelay毫秒（程序中是3秒）内未接收任何数据，则自动断开与客户端的连接。 ActionMapping的原理与客户端相似（相同）。 System.currentTimeMillis(); running=true; new Thread(new KeepAliveWatchDog()).start(); //保持长连接的线程
，如果为 keep-alive 则表示使用长连接，这也符合 http1.1 对长连接定义的标准。 除了以上在 tomcat io 线程中决定是否使用长连接之外，poller 线程也可以决定是否使用长连接。 即使上面调用不成功也会调用 cancelledKey() 方法来关闭 socket ，从而不保持长连接。 根据以上分析对于 tomcat 长连接的总结如下： tomcat 默认就是开启长连接的。 对于 http1.0 协议不使用长连接。 如果请求头中 Connection 的值为 keep-alive 则使用长连接，为 close 则关闭 socket 不使用长连接。 tomcat 每个长连接默认支持 100 个请求，如果超过则关闭 socket 停止当前长连接，不过在后续新的连接里还是继续支持长连接。
由于WCF的机制，连接池会在连接建立一定时间后超时，即使设置了超时时间非常长，也可能被服务端系统主动回收。 之前做项目时碰到了这个问题，所以项目上考虑采用长连接，自动管理连接池，当连接超时后，自动重建，保持会话，这样在业务层就不需要再去处理连接超时的问题。 具体的思路是，在程序启动时，先将需要使用长连接的连接放到长连接容器中，并设置连接的最大数量，在使用时，轮询使用连接，当使用时捕获到异常时，自动切换到下一个连接，并重建上一个连接。 /// /// 通过终结点配置名称，创建长连接。 _container.ContainsKey(type)) throw new ArgumentException(string.Format("没有找到类型为{0}的长连接服务。"
HTTP长连接和短连接 在HTTP1.0中使用的是非持久连接，每个TCP连接最多允许传输一个对象。首先浏览器收到服务器的响应以后，会获得HTML文件，从而解析HTML文件中包含的其他URL。 每次传输一个对象后，TCP连接就随之关闭。 HTTP1.1中使用持久连接，每个TCP连接可以传输多个对象。在建立TCP连接以后，服务器在发送响应以后，并不关闭该TCP连接。 后续的请求和响应报文仍能在该TCP连接上传输。现在HTTP默认模式时使用带流水线的持续连接。 Websocket连接 Websocket握手阶段是借助于HTTP协议，握手完成以后，仍在刚才的TCP连接上完成后续的传输。 HTTP长连接和Websocket的区别 HTTP长连接的本质还是HTTP协议，工作模式依旧是一问一答。即：客户端发起一次请求，服务器回应最多一次响应。
首先，如果使用了长连接而长期没有对数据库进行任何操作，那么在timeout值后，MySQL server就会关闭此连接，而客户端在执行查询的时候就会得到一个类似于“mysql server has gone 这样当mysql连接丢失的时候，使用mysql_ping能够自动重连数据库。 如果使用了长连接而长期没有对数据库进行任何操作，那么在timeout值后，mysql server就会关闭此连接，而客户端在执行查询的时候就会得到一个类似于“MySQL server hasgone away * 使用GET_LOCK()获得的锁被释放 首先，如果使用了长连接而长期没有对数据库进行任何操作，那么在timeout值后，mysql server就会关闭此连接，而客户端在执行查询的时候就会得到一个类似于 个人觉得，如果数据库操作不频繁的话，可以使用短连接，即用时连接，不用时断开。
私有连接（Private Link）可以帮助您将私有网络(VPC)安全私密地连接到其他VPC的服务。私有连接无需通过互联网，所以具备更安全、更低时延以及更低成本等优势。
扫码关注云+社区
领取腾讯云代金券
云服务器
测试服务 WeTest
文件存储
命令行工具
SSL 证书