共计 932 个字符，预计需要花费 3 分钟才能阅读完成。
1. 轮询
由客户端发送申请，服务器接管申请的过程，通过客户端一直申请，使得客户端可能模仿达到相似实时收到服务器的成果。客户端定时向服务器发送 Ajax 申请，服务器接到申请后马上返回响应信息，并敞开连贯。
不论服务端数据有无更新，客户端每隔定长时间申请拉取一次数据，可能有更新数据返回，也可能什么都没有。
实用用户量比拟小，不太重视性能的我的项目，如小型利用、WEB 利用、例如零碎音讯、天气展现等。
长处：逻辑简略，易于了解，开发疾速。
毛病：
（1）须要反复建设 HTTP 连贯，占用大量客户端和服务端的连贯资源。
1. 客户端越多，服务端压力越大，很多时候并没有新的数据更新，因而绝大部分申请都是有效申请。2. 数据不肯定是实时更新，要看设定的申请距离，根本会有提早。2. 长轮询
长轮询是长连贯的一种，当服务器收到客户端发来的申请后，服务器端不会间接进行响应，而是先将这个申请挂起，而后判断服务器端数据是否有更新。如果有更新，则进行响应，如果始终没有数据，则会 hold 住申请，直到服务端的数据发生变化，或者期待肯定工夫超时才会返回。
客户端 JavaScript 响应处理函数会在解决完服务器返回的信息后，再次发出请求，从新建设连贯。像 WebQQ/FaceBook 早起都是应用长轮询实现的。
长处：音讯即时达到，和短轮询比起来，显著缩小了很多不必要的 HTTP 申请次数，在无音讯的状况下不会频繁的申请，相比之下节约了资源，在无音讯的状况下不会频繁的申请。
毛病：连贯挂起会导致资源的节约，长轮询会造出十分多的申请，一直的申请可能会造成的影响是数据程序无奈失去保障。
3. 倡议
轮训可能实现的性能长轮训都能满足，从技术角度思考倡议应用长轮训替换轮训实现，节俭服务器性能和带宽，相比下来开发成本也不高。
源码附件曾经打包好上传到百度云了，大家自行下载即可～
链接: https://pan.baidu.com/s/14G-b…
提取码: yu27
百度云链接不稳固，随时可能会生效，大家放松保留哈。如果百度云链接生效了的话，请留言通知我，我看到后会及时更新～
开源地址
码云地址：http://github.crmeb.net/u/defu
Github 地址：http://github.crmeb.net/u/defu
