正常的情况客户端断开连接会向服务端发送一个fin包，服务端收到fin包后得知客户端连接断开，则立刻触发onClose事件回调。
当移动客户端网络状态发生变化时（如移动网络 & Wifi切换、断开、重连），也会使长连接断开
本文作者“Carson”，现就职于腾讯公司，原题“高效保活长连接：手把手教你实现自适应的心跳保活机制”，有较多修订和改动。
2、为什么一定要服务端向客户端发心跳包？两年前老师让我们这么写的时候我就提出了疑问，最后我毅然决然的选择了客户端向服务端发心跳。心跳机制对于服务器的意义是什么呢？在我的认知里，是服务器需要知道这个客户端是否还在线。如果客户端不在线了，就要做相应的资源回收或者标记工作。
通信双方进行TCP链接后进行通信，结束后不主动关闭链接 优点：通信速度快，免去了DNS解析时间，以及三次握手四次分手的时间，避免短时间内重复连接所造成的信道资源 & 网络资源的浪费
心跳和长连接在一起介绍的原因是，心跳能够给长连接提供保活功能，能够检测长连接是否正常（这里所说的保活不能简单的理解为保证活着，具体来说应该是一旦链路死了，不可用了，能够尽快知道，然后做些其他的高可用措施，来保证系统的正常运行）。
由于在长连接的场景下，客户端和服务端并不是一直处于通信状态，如果双方长期没有沟通则双方都不清楚对方目前的状态；所以需要发送一段很小的报文告诉对方 “我还活着”。
WebSocket 是一种网络通信协议，它使得客户端和服务器之间的数据交换变得更加简单。最近在项目中使用 WebSocket 实现了一个简单在线聊天室功能，在此探究下心跳重连的机制。
本文通过讨论TCP长连接的基本特性和原理，结合TCP应用层协议的设计给出一个基本的nodejs实现，供大家参考与探讨。
TCP/IP只是一个协议栈,Socket的出现只是可以更方便的使用TCP/IP协议栈而已，其对TCP/IP进行了抽象，形成了几个最基本的函数接口。比如create，listen，accept，connect，read和write等等。
在网络开发使用TCP协议实现客户端和服务端通信时，某些场合需要保持长连接，但这并不容易。在默认情况下，超过一定时间没有数据收发操作时，连接会自动断开，从而导致数据丢失。例如下面的提示信息，
顾名思义就是心脏的跳动，可以用来判断一个事物的生和死，Swoole 中的心跳是指用来判断一个连接是正常还是断开的
推送 推送简直就是一种轻量级的骚扰方式 自从有了推送，各个公司基本上都在使用推送，这确实是一个比较好的提醒方式，Android较iOS强的一个部分，也就是在于Android的Notification。Google教育我们利用好Android的通知模块，做更多友好的交互，可这句话，翻译成中文，不知不觉，就变成了在Notification中推送各种广告，而且仅仅就是一些广告，Notification各种牛逼的功能，完全不需要，这也违背了Google设计Notification的初衷。
TCP连接以后不主动断开连接.区别于短链接(三次握手四次分手算一次短链接),优点是避免短时间内重复连接所造成的信道资源以及网络资源的浪费
前言：作为一名开发人员我们经常会听到HTTP协议、TCP/IP协议、UDP协议、Socket、Socket长连接、Socket连接池等字眼，然而它们之间的关系、区别及原理并不是所有人都能理解清楚，这篇文章就从网络协议基础开始到Socket连接池，一步一步解释他们之间的关系。
自从有了推送，各个公司基本上都在使用推送，这确实是一个比较好的提醒方式，Android较iOS强的一个部分，也就是在于Android的Notification。Google教育我们利用好Android的通知模块，做更多友好的交互，可这句话，翻译成中文，不知不觉，就变成了在Notification中推送各种广告，而且仅仅就是一些广告，Notification各种牛逼的功能，完全不需要，这也违背了Google设计Notification的初衷。
跨域，指的是浏览器不能执行其他网站的脚本。它是由浏览器的同源策略造成的，是浏览器对JavaScript施加的安全限制。
技术架构 主要分为四部分: Producer: 消息的生产者. 支持快速失败并且低延迟. Consumer: 消息的消费者. 支持push/pull 两种模式对消息消费. 支持集群消费和广播消费. NameServer: 两个功能: (1) Broker管理, 接收Broker集群的注册信息并保存下来, 提供心跳机制; (2) 路由信息管理, Producer和 Consumer 通过NameServer 获取Broker集群的路由信息, 进行投递和消费; BrokerServer: 负责消息的存储
通过前四篇博客，相信读者对于WebSocket的使用和数据（不论是ArrayBuffer还是String）传输都有了一个深刻的了解。现在我们来介绍下，我在使用WebSocket时，连接相关模块遇到的一些共性问题，以及我们如何解决这些问题。
首先我们以实现方式来切入，基本上有以下四种实现方式： https://github.com/zhangrongwu/Swift-IM.git 基于Scoket原生：代表框架 CocoaAsyncSocket。 基于WebScoket：代表框架 SocketRocket。 基于MQTT：代表框架 MQTTKit。 基于XMPP：代表框架 XMPPFramework。 添加CocoaAsyncSocket import CocoaAsyncSocket 添加代理 class SESocketManage
本文将从长连接和短连接的概念切入，再到长连接与短连接的区别，以及应用场景，引出心跳机制和断线重连，给出代码实现。
###那么什么是server呢 ？ 顾名思义就是服务端。up 平时接触比较多的无非就是 nginx 和 apache。作为 webServer，二者都是通过监听某端口对外提供服务,swoole 的 server 也不例外同样需要绑定端口,同时能够提供给客户端相关的服务。
在长连接下，可能很长一段时间都没有数据往来。理论上说，这个连接是一直保持连接的，但是实际情况中，如果中间节点出现什么故障是难以知道的。这个时候，就可以使用心跳包，来维持长连接以及保活
长连接通过Socket与服务端建立持久的链接，即使单个请求发送与接收后也不会释放链接。这样的好处有：
一直都有在看一些开源项目的代码，但是还没有试过提交pr。因为最近在研究websocket和keep-alive。而websocket涉及到长连接，过多无用的长连接对系统来说是负担，是否可以尽快发现对端是否已经掉线，从而释放这个连接来减少系统压力呢，就这个初衷，想通过wireshark和nodejs调试一下心跳机制，但是发现nodejs对这个的支持不是很好。tcp的心跳机制，支持三个配置，但是nodejs的setKeepAlive只支持一个配置（后面发现最新版代码里有一点支持的痕迹了，但是没有给用户提供接口），所以就产生了提交pr的想法。代码改动不大，但是整个流程走下来，也挺费时间的。 本文大致分享一下这个过程。我的诉求是想让nodejs把修改心跳机制和相关配置的接口暴露给用户。但是libuv层的接口本身就不支持这个能力。所以要解决这个问题，要修改c、c++、js的代码。因为nodejs的架构就是这样，libuv提供能力，c++套壳，js调用。所以你想加一个libuv不支持的功能时，你就得从libuv改起。
一直想写一篇关于im即时通讯分享的文章，无奈工作太忙，很难抽出时间。今天终于从公司离职了，打算好好休息几天再重新找工作，趁时间空闲，决定静下心来写一篇文章，毕竟从前辈那里学到了很多东西。工作了五年半，这三四年来一直在做社交相关的项目，有直播、即时通讯、短视频分享、社区论坛等产品，深知即时通讯技术在一个项目中的重要性，本着开源分享的精神，也趁这机会总结一下，所以写下这篇文章，文中有不对之处欢迎批评与指正。
一.前言 踩着年末的尾巴，提前布局来年，为来年的工作做个好的铺垫，所以就开始了面试历程，因为项目中使用到了 WebSocket ，面试官在深挖项目经验的时候，也难免提到 WebSocket 相关的知识点，因为之前并没有考虑这么深，所以，回答的还是有所欠缺，因此，赶紧趁热再熟悉熟悉，也借此机会，整理出来供大家咀嚼，每个项目都有其值得挖掘的闪光点，要用有爱的眼睛👁去发现。 二.什么是 WebSocket WebSocket 是一种在单个TCP连接上进行全双工通信的协议。WebSocket 使得客户端和服务器之
文中引用了参考资料中的部分内容，本文参考资料详见文末“参考资料”一节，感谢资料分享者。
很多人认为，TCP协议自身先天就有KeepAlive机制，为何基于它的通讯链接，仍然需要在应用层实现额外的心跳保活？本文将从移动端IM实践的角度告诉你，即使使用的是TCP协议，应用层的心跳保活仍旧必不可少。
理解成rocketmq本身，broker主要用于producer和consumer接收和发送消息；broker会定时向nameserver提交自己的信息；是消息中间件的消息存储、转发服务器；每个Broker节点，在启动时，都会遍历NameServer列表，与每个NameServer建立长连接，注册自己的信息，之后定时上报；
RocketMQ是一款基于分布式架构设计的消息中间件，它能够处理大规模消息流并提供低延迟的消息传递。以下是RocketMQ的主要技术架构组件：
P2P多见于局域网内聊天工具，典型的应用有:飞鸽传书、天网Maze(你懂的)等。这类软件在启动后一般做两件事情：
HSF全称为High-Speed Service Framework，旨在为淘系的应用提供一个分布式的服务框架，HSF从分布式应用层面以及统一的发布/调用方式层面为大家提供支持，从而可以很容易的开发分布式的应用以及提供或使用公用功能模块，而不用考虑分布式领域中的各种细节技术，例如远程通讯、性能损耗、调用的透明化、同步/异步调用方式的实现等等问题。
前言 最近老板又来新需求了，要做一个物联网相关的app，其中有个需求是客户端需要收发服务器不定期发出的消息。 内心OS： ? 这咋整呢？通过接口轮询？定时访问接口，有数据就更新？ ? 不行不行，这样浪
本篇文章是Netty专题的第七篇，前面六篇文章如下： 高性能NIO框架Netty入门篇 高性能NIO框架Netty-对象传输 高性能NIO框架Netty-整合kryo高性能数据传输 高性能NIO框架Netty-整合Protobuf高性能数据传输 Netty4自带编解码器详解 Netty粘包拆包解决方案 用Netty实现长连接服务，当发生下面的情况时，会发生断线的情况。 网络问题 客户端启动时服务端挂掉了，连接不上服务端 客户端已经连接服务端，服务端突然挂掉了 其它问题等… 如何解决上面的问题？ 1.心跳机制
一直想写一篇关于im即时通讯分享的文章，无奈工作太忙，很难抽出时间。今天终于从公司离职了，打算好好休息几天再重新找工作，趁时间空闲，决定静下心来写一篇文章，毕竟从前辈那里学到了很多东西。
pc在电脑在整个网段发送UDP数据包，手机连接wifi后可以监听这个端口，收到数据包，试图与pc机建立连接
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VUqbtQP2-1600244706662)(image/rocketmq_architecture_2.png)]
NameServer 是专为 RocketMQ 设计的轻量级名字服务，它的源码非常精简，八个类 ，少于1000行代码。
RocketMQ是基于主题的发布与订阅模式，核心功能包括消息发送、消息存储、消息消费，整体设计追求简单与性能第一，归纳来说主要是下面三种：
问大家一个问题，如果客户端和服务端长时间没有相互发送数据的话，那么我们怎么来判断这个连接是否存在的呢？有些人可能很自然地说直接send一下不就可以了，确实可以这样进行判断，那么我们发送的时候可以选择发送任何东西，所以一般都是发送一个空包，这个就是心跳包。
HBase是一个面向列的 NoSQL 分布式数据库，它利用HDFS作为底层存储系统。那么，HBase相对于传统的关系型数据库有什么不同呢？
大家应该都知道，在Android端实现TCP长连接场景其实不多，我们最熟悉的不过推送和HTTP协议的实现（OkHttp），本文讨论的是在实现推送长连接的情况下怎么来做性能优化，下文只是我的一点拙见，有不妥之处还望指出，下面话不多说了，来一起看看详细的介绍吧。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
