心跳包

转自：http://blog.csdn.net/gao5528/article/details/6029160 心跳包 就是在客户端和服务器间定时通知对方自己状态的一个自己定义的命令字，按照一定的时间间隔发送，类似于心跳，所以叫做心跳包。 　　用来判断对方（设备，进程或其它网元）是否正常运行，采用定时发送简单的通讯包，如果在指定时间段内未收到对方响应，则判断对方已经离线。用于检测TCP的异常断开。基本原因是服务器端不能有效的判断客户端是否在线，也就是说，服务器无法区分客户端是长时间在空闲，还是已经掉线的情况。所谓的心跳包就是客户端定时发送简单的信息给服务器端告诉它我还在而已。代码就是每隔几分钟发送一个固定信息给服务端，服务端收到后回复一个固定信息如果服务端几分钟内没有收到客户端信息则视客户端断开。 　　比如有些通信软件长时间不使用，要想知道它的状态是在线还是离线就需要心跳包，定时发包收包。发包方：可以是客户也可以是服务端，看哪边实现方便合理，一般是客户端。服务器也可以定时发心跳下去。一般来说，出于效率的考虑，是由客户端主动向服务器端发包，而不是服务器向客户端发。客户端每隔一段时间发一个包，使用TCP的，用send发，使用UDP的，用sendto发，服务器收到后，就知道当前客户端还处于“活着”的状态，否则，如果隔一定时间未收到这样的包，则服务器认为客户端已经断开

本文将深入剖析rocketmq为什么选择自己开发NameServer，而不是选择类似于ZK这样的开源组件。同时对rocketmq的路由注册、路由发现、路由剔除进行剖析。并通过结合核心源码，对笔者的观点进行验证。同时对不同类型消息的重试机制，以及客户端选择nameserver的策略进行深入讲解。 文章第一部分是name server在rocketmq整体架构中的作用，熟悉的同学可以直接跳过。 1 NameServer的作用 Name Server 是专为 RocketMQ 设计的轻量级名称服务，具有简单、可集群横吐扩展、无状态，节点之间互不通信等特点。整个Rocketmq集群的工作原理如下图所示： 可以看到，Broker集群、Producer集群、Consumer集群都需要与NameServer集群进行通信： Broker集群 Broker用于接收生产者发送消息，或者消费者消费消息的请求。一个Broker集群由多组Master/Slave组成，Master可写可读，Slave只可以读，Master将写入的数据同步给Slave。每个Broker节点，在启动时，都会遍历NameServer列表，与每个NameServer建立长连接，注册自己的信息，之后定时上报。 Producer集群 消息的生产者，通过NameServer集群获得Topic的路由信息，包括Topic下面有哪些Queue

上次我们讲过了websocket断线重连的问题，那么久会有人提出疑问了，心跳包重连跟断线重连有什么区别呢？ 其实这两个都是为了达到一个目的，那就是保证当前设备的网络状态保持通畅。。。而断线重连呢，只能保证网络失去连接的时候有效，并不能保证网络断开的时候有效。。。这么说可能就有很多人迷糊了，这两者之间有什么区别呢？ 其实很简单哈，至少我是这么理解的。网络失去连接的时候是你手动关闭网络或禁用网络时，这个时候会触发到websocket中的onclose事件，也就是说他会触发断线重连， 而网络断开的时候呢，指的是比较简单粗暴的方法，例如直接拔网线之类的。。。。而这个时候呢是不会触发onclose事件的，那这个时候我们要怎么办呢，我们就需要用到心跳重连了 好啦，说了这么多，现在我们直接来看代码吧。。。。 首先是断线重连，这个我们就不说了，如果没明白的可以去看我写的另外一篇关于断线重连的文章，这里我就不多说了。。。。 那么我们重点来讲一下心跳包重连 if (jsonGotData.hasOwnProperty('id')) { timestampVal = new Date(jsonGotData.now_time); heartbeatLive(webSocket, timestampVal); } if (jsonGotData.hasOwnProperty('heartbeat')) {

写JavaScript本身是弱语言，到了Nodejs中也是V8下执行的脚本。本质无法改变。 知识点： 一、心跳包 心跳包通俗来说就是，让使用者知道当前软件的一个状态。 比如说：BOSS让你干一件事，总体上来说他有两种途径知道你干的情况。 ①BOSS不厌其烦的主动问你，干好了没？②你每天定时向BOSS汇报情况。③推送机制。 基于心跳包来说，所以，客户端主动发起请求和服务端主动告诉客户端本质上没什么区别。后续继续学习推送机制。 二、JavaScript面向对象 变量作用域、get、set 访问器 具体的就不多说了，自行搜索去。 基于以上知识，和Nodejs的特性nodejs心跳包程序如下： HeartBeatService.Js文件 var HeartBeatService = function(app) { this.state = null; this.instance = null; app.get('/heartBeatService', function (req, res) { res.end(HeartBeatService.instance.state.toString()); }); app.post('/heartBeatService', function (req, res) { res.end(HeartBeatService.instance.state

https://blog.csdn.net/u011617097/article/details/50466233 之所以叫心跳包是因为：它像心跳一样每隔固定时间发一次，以此来告诉服务器，这个客户端还活着。事实上这是为了保持长连接，至于这个包的内容，是没有什么特别规定的，不过一般都是很小的包，或者只包含包头的一个空包。 在TCP的机制里面，本身是存在有心跳包的机制的，也就是TCP的选项：SO_KEEPALIVE。系统默认是设置的2小时的心跳频率。但是它检查不到机器断电、网线拔出、防火墙这些断线。而且逻辑层处理断线可能也不是那么好处理。一般，如果只是用于保活还是可以的。 心跳包一般来说都是在逻辑层发送空的echo包来实现的。下一个定时器，在一定时间间隔下发送一个空包给客户端，然后客户端反馈一个同样的空包回来，服务器如果在一定时间内收不到客户端发送过来的反馈包，那就只有认定说掉线了。 其实，要判定掉线，只需要send或者recv一下，如果结果为零，则为掉线。但是，在长连接下，有可能很长一段时间都没有数据往来。理论上说，这个连接是一直保持连接的，但是实际情况中，如果中间节点出现什么故障是难以知道的。更要命的是，有的节点（防火墙）会自动把一定时间之内没有数据交互的连接给断掉。在这个时候，就需要我们的心跳包了，用于维持长连接，保活。在获知了断线之后，服务器逻辑可能需要做一些事情

心跳包的发送，通常有两种技术 方法1：应用层自己实现的心跳包 由应用程序自己发送心跳包来检测连接是否正常，大致的方法是：服务器在一个 Timer事件中定时 向客户端发送一个短小精悍的数据包，然后启动一个低级别的线程，在该线程中不断检测客户端的回应， 如果在一定时间内没有收到客户端的回应，即认为客户端已经掉线；同样，如果客户端在一定时间内没 有收到服务器的心跳包，则认为连接不可用。 方法2：TCP的KeepAlive保活机制 因为要考虑到一个服务器通常会连接多个客户端，因此由用户在应用层自己实现心跳包，代码较多 且稍显复杂，而利用TCP／IP协议层为内置的KeepAlive功能来实现心跳功能则简单得多。 不论是服务端还是客户端，一方开启KeepAlive功能后，就会自动在规定时间内向对方发送心跳包， 而另一方在收到心跳包后就会自动回复，以告诉对方我仍然在线。 因为开启KeepAlive功能需要消耗额外的宽带和流量，所以TCP协议层默认并不开启KeepAlive功 能，尽管这微不足道，但在按流量计费的环境下增加了费用，另一方面，KeepAlive设置不合理时可能会 因为短暂的网络波动而断开健康的TCP连接。并且，默认的KeepAlive超时需要7,200，000 MilliSeconds， 即2小时，探测次数为5次。对于很多服务端应用程序来说，2小时的空闲时间太长。因此

大部分人应该有这个需求: 设备端只需要这样设置 注意:MQTT本身有遗嘱设置 所以需要下一步 这样的话,就可以了,只要APP或者上位机或者网页一启动,那么所有设备的当前状态都会主动的上来了 可以看一下我ESP8266 设置的,无论用的啥子语言开发的,自行找API实现就可以 然后说明一点 MQTT都有心跳包时间实际上就是每隔多少时间向服务器 发送C0 00 服务器判断客户端掉线是: 假设设置的心跳包是 5S 那么如果超过 5*1.5 = 7.5S 服务器没有接收到心跳包,那么服务器就认为设备掉线了 此时服务器会把掉线的那台设备的遗嘱发给 相应的上位机

智慧会议室（ Wisdom Conference Room ）： 在科技与社会飞速发展的今天，人们在日常生活和工作中接触的信息量越来越大，因此人们之间的信息交流和沟通也就变得越来越频繁，越来越重要。而当今商务谈判、学术交流、产品演示、来宾会见等等需要通过各种现代化音响、视频设备等多种多媒体设备实现。以及远程视频会议，人们的要求越来越高，简单的会议室已无法满足客户对高效率会议环境的要求，所以先进的会议环境控制系统是当今各行业会议室的必备系统。基于各种现代化资讯交流的需要，智能多媒体会议作为一贯使用的解决方案便显得犹为重要。 现代智能会议室的设计，向正科技选用先进的多媒体电脑系统、高亮度和高清晰度的大屏幕投影显视系统、高音质的音响系统、各类专业化的视频设备，通过全自动的集中控制系统，经网络连接，模块化地将它们集成为一体，构成多种设备声像合一的效果，满足现代化会议室各种智能化要求，达到提高会议质量和效率的目的。 计算机网络拓扑结构 （ Computer Network topological structure ）： 是指网络中各个站点相互连接的形式，在局域网中明确一点讲就是 文件服务器 、工作站和电缆等的连接形式。现在最主要的拓扑结构有 总线型拓扑 、星形拓扑、 环形拓扑 、树形拓扑 ( 由总线型演变而来 ) 以及它们的混合型。顾名思义，总线型其实就是将 文件服务器

使用mysql的长连接 有个资料看得我云里雾里的。现在用自己的言语来总结一下，写文字，能够加深自己的理解。也会在写的过程中帮助自己发现理解方面瑕疵，继续查资料求证。 短链接的缺点：创建一个连接，程序执行完毕后，就会自动断掉与mysqlserver的链接。于是多少次php执行，就会多少次这样的创建和释放过程。频繁地创建和释放连接，比较耗费cpu资源。 长连接就可以避免每次请求都创建连接的开销，节省了时间和IO消耗。 长连接是提高了性能。不过还有一些细节的问题需要解决，即mysql发现一个链接长时间没有执行查询请求，就会自动断掉这个连接。 具体多长时间后断掉，有个timeout设置时间。通过sql："show global variables like '%timeout';" 查看。 my.conf中的 wait_timeout=2880000 interactive_timeout = 2880000 当链接已经失效了，仍然去执行查询操作，一个明显的表现形式就是提示：MySQL server has gone away 启发：MySQL server has gone away这个信息是mysql服务器提示出来的呢？还是php的mysql扩展提示出来的呢？ 据判断，肯定是应用程序服务器报出来的(php)。想一想，如果mysql都已经接到请求了,那么还出现什么链接不上

文章目录 I 设置读取超时时间 II Socket 复用绑定端口设置 III 开启 Nagle 算法 ( 沾包 ) IV 心跳包机制 V 连接关闭处理 VI Socket 紧急数据内敛设置 VII Socket 设置缓冲区大小 VIII Socket 连接性能参数设置 I 设置读取超时时间 1. 设置 Socket 超时时间 , 该超时时间没有实际的概念 , 用于设置与阻塞相关操作的超时时间 , TCP 连接中有两个需要阻塞的操作 : ① 连接服务器操作 ; ② 等待读取服务器发送给客户端的数据 ; 连接超时时间可以单独设置 , 这里设置的读取超时时间 ; 2. 单位 : 毫秒 ( ms ) ; 3. 设置一个非 0 的超时时间 , 当与 Socket 对象关联的 InputStream 输入流执行 read() 操作时 , 其阻塞时间为这个超时时间 , 如果超过了该时间还没有收到任何数据 , 就会抛出异常 ; socket . setSoTimeout ( 3000 ) ; II Socket 复用绑定端口设置 设置是否可以复用 Socket 绑定的地址和端口号 : setReuseAddress( true ) ; socket . setReuseAddress ( true ) ; Socket 连接在建立时 , 会使用之前绑定本地的 IP 地址和端口号 ,