Erica_1230的专栏

一个html5 WebSocket + JS的简单Echo例子，例子代码演示效果猛戳链接：websocket例子(打开页面，稍等一会)使用一个文本编辑器，把下面代码复制保存在一个 websocket.html 文件中，然后只要在浏览器中打开它，页面就会使用 websocket 自动连接，发送一个消息，显示接受到的服务器响应，然后关闭连接。 charset="utf-8" /> W

“服务器推”技术的应用监控系统：后台硬件热插拔、LED、温度、电压发生变化；传统模式的 Web 系统以客户端发出请求、服务器端响应的方式工作。这种方式并不能满足很多现实应用的需求，譬如：即时通信系统：其它用户登录、发送信息；即时报价系统：后台数据库内容发生变化；这些应用都需要服务器能实时地将更新的信息传送到客户端，而无须客户端发出请求。“服务器推”技术在现实

传统“长轮询”实现Web端即时通讯的问题WebSocket出现之前，Web端为了实现即时通讯，所用的技术都是Ajax轮询(polling)。轮询是在特定的的时间间隔（如每1秒），由浏览器对服务器发出HTTP request，然后由服务器返回最新的数据给客服端的浏览器。这种传统的HTTP request 的模式带来很明显的缺点 – 浏览器需要不断的向服务器发出请求，然而HTTP requ

什么是Socket？什么是WebSocket？对于第1次听说WebSocket技术的人来说，两者有什么区别？websocket是仅仅将socket的概念移植到浏览器中的实现吗？我们知道，在网络中的两个应用程序（进程）需要全双工相互通信（全双工即双方可同时向对方发送消息），需要用到的就是socket，它能够提供端对端通信，对于程序员来讲，他只需要在某个应用程序的一端（暂且称之为客户端

以前的误解很久之前LZ就听说过长连接的说法，而且还知道HTTP1.0协议不支持长连接，从HTTP1.1协议以后，连接默认都是长连接。但LZ终究觉得对于长连接一直懵懵懂懂的，有种抓不到关键点的感觉。今天LZ通过一番研究，终于明白了这其中的奥秘。而之前，LZ也看过长连接相关的内容，但一直都是云里雾里的。这次之所以能在这么短的时间里搞清楚，和LZ自己技术的沉淀密不可分。因此，这里LZ借着

基于HTTP的长连接,是一种通过长轮询方式实现"服务器推"的技术,它弥补了HTTP简单的请求应答模式的不足,极大地增强了程序的实时性和交互性。一、什么是长连接、长轮询？用通俗易懂的话来说，就是客户端不停的向服务器发送请求以获取最新的数据信息。这里的“不停”其实是有停止的，只是我们人眼无法分辨是否停止，它只是一种快速的停下然后又立即开始连接而已。

WebSocket 前世今生众所周知，Web 应用的交互过程通常是客户端通过浏览器发出一个请求，服务器端接收请求后进行处理并返回结果给客户端，客户端浏览器将信息呈现，这种机制对于信息变化不是特别频繁的应用尚可，但对于实时要求高、海量并发的应用来说显得捉襟见肘，尤其在当前业界移动互联网蓬勃发展的趋势下，高并发与用户实时响应是 Web 应用经常面临的问题，比如金融证券的实时信息，Web 导

WebSocket现在很常用，想要测试tomcat的最大连接数，今天试了一个可行的办法和配置（之前是用全公司的设备一起来测试的，真机环境的测试收到网络的影响很大，其实真实环境应用中，网络才是websocket的最大瓶颈）废话不多说~1.Tomcat需要设置的地方(很多人从网上找的配置试了不可行)：1.1修改catalina.sh或者catalina.bat文件，加上这句话（JAVA_O

由于WebSocket与Http协议的不同，故在使用常用的HttpSession方面就存在了一些问题。通过google翻阅到了在onOpen方法下使用HttpSession的方法。新建一个GetHttpSessionConfigurator类并继承Configurator类package per.zww.web;import javax.servlet.http.HttpSession

通过在HTML页面里陷入一个隐藏的iframe，然后将这个iframe的src属性设为对一个长连接的请求（利用chunked传输response），服务器端就能源源不断地往客户推送数据。      基于流方式的”服务器推”模型：       服务端在接到客户端的请求时，通过Response的Flush()方法发送数据，可以使用定时器的方式发送数据，没有数据也发送”无数据”,让客户端保持