从Http的连接到WebSocket
http://blog.csdn.net/fenglibing/article/details/7100222
2、WEB客户端与服务端信息交互的几种方式
1）、Flash XMLSocket入门示例：http://en.wikipedia.org/wiki/XMLSocket
不足：
a）、客户端必须安装 Flash 播放器；
b）、因为 XMLSocket 没有 HTTP 隧道功能，XMLSocket 类不能自动穿过防火墙；
c）、因为是使用套接口，需要设置一个通信端口，防火墙、代理服务器也可能对非 HTTP 通道端口进行限制；
2）、Java Applet 套接口
不足：
a）、需要安装Java的插件；
b）、有些浏览器运行于如Apple iOS、Android等是不支持Applet的；
c）、软件插件的安装可能会受制于当前用户的系统权限；
d）、受安全限制不能够正常运行；
e）、如果运行的Applet需要安装新的JRE，那么此时用户在看到Applet展示的时候会有等待的过程，这个可能会因为网络或者代理导致失败，使用户不能够正常使用该功能；
f）、Applet标签，必须要是支持跨浏览器的；
详见：http://en.wikipedia.org/wiki/Java_applet#Disadvantages
3）、Comet
a）、基于 AJAX 的长轮询（long-polling）方式
示例图：
b）、基于 Iframe 及 htmlfile 的流（streaming）方式
示例图：
使用“htmlfile“的 ActiveX 组件，解决IE的加载显示问题；
浏览器兼容性比较好，Google Talk是基于这种方式实现的；
还是存在从客户端往服务端发消息时，需要提交新的请求；
4）、HTML5中的WebSocket
1）~3）详细参见：https://www.ibm.com/developerworks/cn/web/wa-lo-comet
3、WebSocket
1）、WebSocket介绍HTML5 Web Sockets规范定义了Web Sockets API，支持页面使用Web Socket协议与远程主机进行全双工的通信。它引入了WebSocket接口并且定义了一个全双工的通信通道，通过一个单一的套接字在Web上进行操作。HTML5 Web Sockets以最小的开销高效地提供了Web连接。相较于经常需要使用推送实时数据到客户端甚至通过维护两个HTTP连接来模拟全双工连接的旧的轮询或长轮询（Comet）来说，这就极大的减少了不必要的网络流量与延迟。
要使用HTML5 Web Sockets从一个Web客户端连接到一个远程端点，你要创建一个新的WebSocket实例并为之提供一个URL来表示你想要连接到的远程端点。该规范定义了ws://以及wss://模式来分别表示WebSocket和安全WebSocket连接。一个WebSocket连接是在客户端与服务器之间HTTP协议的初始握手阶段将其升级到Web Socket协议来建立的，其底层仍是TCP/IP连接。
WebSocket Hybi草案12的地址：http://tools.ietf.org/html/draft-ietf-hybi-thewebsocketprotocol-12，可以以此为入口访问其它的草案。
2）、优点
a）、服务器与客户端之间交换的标头信息很小，大概只有2字节；
b）、客户端与服务器都可以主动传送数据给对方；
c）、不用频率创建TCP请求及销毁请求，减少网络带宽资源的占用，同时也节省服务器资源；
3）、WebSocket数据帧的介绍
a）、草案版本00到草案版本05之间，详细可以查看草案文档，解码编码可以看见Netty的WebSocketFrameDecoder和WebSocketFrameEncoder实现；
b）、草案版本06到现在最新的草案17，介绍参见文章：http://blog.csdn.net/fenglibing/article/details/6852497
4）、WebSocket不同版本的几种握手方式
a）、无安全key、最老的WebSocket握手协议的实现（Flash）；
b）、带两个安全key请求头的后端握手实现；
c）、带一个安全key请求头的后端握手实现；
参见：http://blog.csdn.net/fenglibing/article/details/7100070
5）、WebSocket可以穿越防火墙吗？
WebSocket使用标准的80及443端口，这两个都是防火墙友好协议，Web Sockets使用HTTP Upgrade机制升级到Web Socket协议。HTML5 Web Sockets有着兼容HTTP的握手机制，因此HTTP服务器可以与WebSocket服务器共享默认的HTTP与HTTPS端（80和443）。
6）、Web Sockets与代理服务器交互
代理服务器的问题：
a）、HTTP代理服务器可能会选择关闭流或闲置的WebSocket连接，因为它们看起好像是尝试连接一个没有回应的HTTP服务器；
b）、代理服务器可能会缓冲未加密的HTTP响应，这将会对HTTP响应流带来不可估计的延迟；
c）、未加密的WebSocket连接(ws://开头的请求)服务器时，如果中间存在透明代理服务器，连接可能会失败，或者发送消息会失败；而加密的WebSocket连接在存在透明代理服务器的情况下成功的机率会比较大；
关于代理详细参见：http://www.infoq.com/cn/articles/Web-Sockets-Proxy-Servers
7）、使用示例展示
WebSocket经由浏览器本身实现后，在Web端的实现就非常的简单，只需要简单初使化一个WebSocket组件，并且增加onopen、onmessage、onclose等事件的处理即可，以下是一个用于初使化WebSocket连接（WEB端JS实现）的源码截图展示：
这一个截图展示的在不支持WebSocket的浏览器，使用Comet针对不同的浏览器进行的组件初使化处理操作：
下面这个图展示的是使用WebSocket与不使用WebSocket发送消息的代码及逻辑差异，其中画红线的部份为使用WebSocket发送消息的实现，只有一行代码，而余下的代码，则是针对不支持WebSocket浏览器发送消息的代码
本文出自：冯立彬的博客
再分享一下我老师大神的人工智能教程吧。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到我们人工智能的队伍中来！https://blog.csdn.net/jiangjunshow
