近来对服务器推送手艺比较感兴趣，在网上也看了好些文章，由于每个人明白的差别，完成细节或许言语表达体式格局差别，本人被种种名词或许手艺完成搞的头大，因而自身预备整顿下。
起首完成服务器推送手艺一向一来是B/S运用开辟的一块困难，由于是基于HTTP协定的，HTTP协定为无状况，单向性的协定，这类状况致使只要客户端要求，服务器才被动相应效果，虽然HTTP协定的上风是很大的，高效，高伸缩性等。然则有上风天然有不足，比如我想做个聊天室，这类状况致使服务器没法主意向客户端推送音讯，这就有了瓶颈。
….因而人们就最先寻觅种种处理方案了。
一种就是掌握客户端的页面不停的举行ajax要求，应当很好完成吧。js定时器就可以够完成，每次要求假如服务器端有更新数据则相应到客户端。然则这会形成服务器的严峻压力，假如在线用户数量过量的话，每隔个一两秒要求一次，哪一个服务器能受得了，这类肯定不太实际，或许是最无法的完成要领。
因而涌现了 comet ，comet手艺是服务器推手艺的一个总称，但不是详细完成体式格局。下面我将会讲两种完成体式格局，是基于HTTP长衔接的完成。
第一种叫做长轮询（long-polling)体式格局，它一样运用的ajax,简单说一下，就是客户端运用ajax发送一个要求，服务器端肯定会开启一个线程，这个线程会常常监测要要求的数据是不是有变化，假如有变化，则向客户端输出最新音讯，并封闭链接，客户端收到音讯处置惩罚以后，再次向服务器端要求，云云轮回，所以叫长轮询，这类完成体式格局比起上一种天然要好的多了，不须要客户端不停的ajax要求，减轻服务器端的肯定压力，而且能够算得上是及时的。
别的一种是流体式格局，这类和长轮询体式格局挺像，只要一点区分，就是流体式格局是在客户端要求服务端并竖立链接以后，服务器端一直不会封闭链接（直到超时，断电或许其他特殊状况）每次有数据时，就向客户端举行输出，而不像长轮询每次向客户端输出以后，都要封闭链接。
关于长轮询和流体式格局注重以下：
在长轮询体式格局下，客户端是在 XMLHttpRequest 的 readystate 为 4（即数据传输完毕）时调用回调函数，举行信息处置惩罚。当 readystate 为 4 时，数据传输完毕，衔接已封闭，长轮询体式格局IE、Mozilla FireFox 都支撑。而至于流体式格局，Mozilla Firefox 供应了对流体式格局的支撑，即 readystate 为 3 时（数据仍在传输中），客户端能够读取数据，从而不必封闭衔接，就可以读取处置惩罚服务器端返回的信息。IE 在 readystate 为 3 时，不能读取服务器返回的数据，现在 IE 不支撑流体式格局。
comet完成瓶颈处理——服务器servlet线程壅塞题目
到这里人人可能会想到别的一个题目，那就是客户端每来一个要求，都要在服务器端开一个线程来监测数据是不是发作变化，纵然数据很长时间内都不会发作转变，这条线程依旧
在这里壅塞着，资本不能获得开释，线程在这里又没其他事干，假如有过量的用户、过量的线程，天然会形成服务器的资本，内存不足的状况。这是个题目，不过既然有题目，天然有处理要领。
现在有两种处理要领，第一种是应用Tomcat 和 Jetty这两种开源服务器对NIO的支撑 代码完成和增加服务器支撑能够参考http://www.ibm.com/developerw…，第二种则是Java 1.6 出来的Servlet3.0，Servlet3.0能够完成真正的异步处置惩罚，就是新开一个线程用于处置惩罚庞杂营业，而servlet线程自身则继承往下实行直到完毕以后，再返回servlet容器，待到另一条线程营业处置惩罚完以后，再向客户端输出效果。然则运用servlet3.0，须要tomcat7和以上才支撑，servlet3.0的完成百度就有很多，就不在此多赘述了。只谈理论。。。
参考：http://www.ibm.com/developerw…
https://software.intel.com/zh…
http://www.itjhwd.com/comet-j…
