websockets

本文主要研究HTML5 WebSockets的使用方法，它是HTML5中最强大的通信功能，定义了一个全双工的通信信道，只需Web上的一个Socket即可进行通信，能减少不必要的网络流量并降低网络延迟。HTML5 WebSockets能使数据从几千字节减少到两字节，延迟从150ms减少到50ms，并且完美淘汰传统的Comet和Ajax轮询（polling）、长轮询（long-polling）以及流（streaming）解决方案。 目前实时Web应用的实现方式，大部分是围绕轮询和其他服务器端推送技术展开的，其中最著名的是Comet。Comet技术可以让服务器主动以异步方式向客户端推送数据。 使用轮询时，浏览器定期发送HTTP请求，并随即接收响应；使用长轮询时，浏览器向服务器发送一个请求，服务器会在一段时间内将其保持在打开状态；使用流解决方案时，浏览器会发送一个完整的HTTP请求，但服务器会发送并保持一个处于打开状态的响应，该响应持续更新并无限期处于打开状态。 上述的三个方法，在发送实时数据时都会涉及到HTTP请求和响应包头，且包含大量额外的、不必要的报头数据，会造成传输延迟。 一、解读HTML5 WebSockets 1、WebSocket握手 为了建立WebSocket通信，客户端和服务器在初始握手时，将HTTP协议升级到WebSocket协议。一旦连接建立成功

HTML 5 中WebSockets是极其重要的部分,它的一个好处之一是减少了不必要的网络流量。它主要是用于在客户机和服务器之间建立单一的双向连接。这意味着客户只需要发送一个请求到服务端，那么服务端则会进行处理，处理好后则将其返回给客户端，客户端则可以在等待这个时间继续去做其他工作，整个过程是异步的。 WebSockets应用的场景是很广泛的，当需要实时显示数据的时候（比如股票，实时聊天，对战游戏等），用户最期望的是不需要去刷新页面，否则获得的用户体验是不佳的。而在最新的HTML 5标准中，出现了两个解决该方面问题的规范，一个是服务端推送事件（Server Sent Events），另外一个是WebSockets，其中服务端推送事件由于在IE 中不能获得原生支持，因此不在本文讨论范围之中。本文着重讲解HTML 5中WebSockets的相关知识。首先我们还是来复习下在HTTP 的网络世界中的基本架构，这是下一步学习的基础。 客户－服务器模式是网络世界中最经典的模式了，能允许多个用户通过前端图形界面的方式去，如下图： 通常，客户服务端模式分为两层和三层。在三层结构中，通常是出现在web应用中，中间一层使用了各类的中间件服务器，分别如下两图所示： 我们来看下HTML 5 WebSocket的架构图，如下： 在HTML 5 WebSockets标准中，仅仅定义了一些列的API

百度百科给它的定义 实现实时通信。什么是实时通信的Web呢？就是让客户端（Web页面）和服务器端可以互相通知消息及调用方法，当然这是实时操作的。 WebSockets是HTML5提供的新的API，可以在Web网页与服务器端间建立Socket连接，当WebSockets可用时（即浏览器支持Html5）SignalR使用WebSockets，当不支持时SignalR将使用其它技术来保证达到相同效果。 SignalR当然也提供了非常简单易用的高阶API，使服务器端可以单个或批量调用客户端上的JavaScript函数，并且非常 方便地进行连接管理，例如客户端连接到服务器端，或断开连接，客户端分组，以及客户端授权，使用SignalR都非常容易实现。 它的作用 SignalR将与客户端进行实时通信带给了ASP.NET 。当然这样既好用，而且也有足够的扩展性。以前用户需要刷新页面或使用Ajax轮询才能实现的实时显示数据，现在只要使用SignalR，就可以简单实现了。最重要的是您无需重新建立项目，使用现有ASP .NET项目即可无缝使用SignalR。 它最强吸引我的地方 应该说，首次听到signalR给我最大的振奋就是它与服务器的实时通信，要知道，以往的十几年里，客户端要想实时与服务器通信，那只有通过长轮询，当AJAX出现之后，这种长轮旬变得漂亮一些，但也终规是轮询，即服务器永远是被动的

异步的web请求 迄今为止,我们通过tornado这个强大的框架的功能创建了很多web应用,它简单,易用,它有足够强大的理由让我们选择它做为一个web项目的框架.我们最需要使用的功能是它在服务端的异步读取功能.这是一个非常好的理由:tornado可以让我们轻松地完成非阻塞请求的相应.帮助我们更有效率地处理更多事情.在这一章节中,我们将会讨论tornado最基本的异步请求.同时也会涉及一些长连接轮询的技术,我们将会通过编写一个简单的web应用来演示服务器如何在较少资源的情况下,处理更多的web请求. 异步的web请求 大部分的web应用(包括之前的所有例子),实际上都是阻塞运行的.这意味着当接到请求之后,进程将会一直挂起,直到请求完成.根据实际的统计数据,tornado可以更高效且快速地完成web请求,而不需要顾虑阻塞的问题.然而对于一些操作(例如大量的数据库请求或调用外部的API)tornado可以花费一些时间等待操作完成,这意味着这期间应用可以有效地锁定进程直到操作结束,很明显,这样将会解决很多大规模的问题. tornado给我们提供了非常好的方法去分类地处理这样的事情.去更改那些锁死进程直到请求完成的场景.当请求开始时,应用可以跳出这个I/O请求的循环,去打开另一个客户端的请求,当第一个请求完成之后,应用可以使用callback去唤醒之前挂起的进程. 通过下面的例子