《Web异步与实时交互——iframe AJAX WebSocket开发实战》—— 1.3　Web实时交互方式——轮询、长轮询、长连接及推送

本节书摘来异步社区《Web异步与实时交互——iframe AJAX WebSocket开发实战》一书中的第1章，第1.3节，作者： 赵振 , 王顺 , 于梦竹 , 李泽 , 侯法超 , 刘备 , 时国森 , 李照耀 , 王世军，更多章节内容可以访问云栖社区“异步社区”公众号查看。

1.3 Web实时交互方式——轮询、长轮询、长连接及推送

如何实时获取服务器端的最新数据，是Web实时交互关注的内容。在介绍Web实时交互方式前，先来具体了解HTTP的通信机制，为之后概念的精准定义做铺垫。HTTP通信过程可分为4步。

第1步：HTTP是基于传输层的TCP协议，在HTTP工作开始之前，Web浏览器首先要通过网络与Web服务器在TCP层建立连接。在TCP层进行“三次握手”之后，建立了TCP连接，此时HTTP就可以进行传输了（注意，由于HTTP为无连接、无状态的协议，在本书之后的章节内容中，若提到打开、保持或关闭连接时，其中的“连接”均指TCP层的连接）。

第2步：建立连接后，客户端发送一个请求给服务器。

第3步：服务器接到请求后，给予相应的响应信息。

第4步：客户端接收服务器所返回的信息通过浏览器显示在用户的显示屏上，然后客户端与服务器断开连接。

需要注意的是，在第4步服务器响应请求后是否断开连接，要看协议版本（HTTP 1.0协议在服务器响应后，会关闭连接；HTTP 1.1协议在服务器响应后，默认会保持连接，直到超时或出错），要看是否客户端主动请求断开连接、要看是否服务器端主动断开连接，要看是否出错或是否连接超时等对连接进行断开。

在很多情况下，保持住连接，有以下两点好处。

（1）客户端和服务器可以继续通过保持住的连接发送请求及响应，节省了为每个请求建立新连接所需的时间、资源。这在客户端内存、CPU等资源比较有限，或服务器端需要处理大量并发请求时，保持连接，重用该连接的传输通道是非常有必要的技术手段。

（2）当客户端向服务器端发送请求后，服务器端若无需要响应给客户端的最新信息时，阻塞该请求不进行响应，并保持住连接；等到服务器端有信息需要响应该客户端时，使用保持住的连接进行响应。该技术手段属于实时Web交互技术，可以有效解决1.1节问题（3）中实时更新服务器端信息的需求。

基于上述基础知识，在大量分析相关Web实时交互技术的基础上，总结并清晰定义4种Web交互技术，即轮询、长轮询、长连接及推送。

轮询：客户端定时发送请求，服务器端接收到客户端请求后，马上进行响应，并关闭连接。

长轮询：客户端发送请求，服务器端接收到客户端请求后进行阻塞，并保持连接；当服务器端有数据需要响应时，使用保持住的连接进行响应，并关闭连接。

长连接：客户端发送请求，服务器端接收到客户端请求后进行阻塞，并保持连接；当服务器端有数据需要响应时，使用保持住的连接进行响应，并保持住连接。

推送：客户端与服务器端建立连接后，服务器端可以直接将数据推送给客户端。

其中，轮询是不断、循环使用基于HTTP协议的传统Web交互方式对服务器端数据进行获取，但正如1.1节所述，其在满足实时更新服务器端信息时有一定延迟。除此之外，长轮询、长连接及推送都可以满足实时更新服务器端信息，属于实时Web交互技术的范畴。

本节中介绍的iframe、AJAX和WebSocket是三项Web异步交互技术，可使用轮询、长轮询、长连接及推送4种Web实时交互方式，与服务器进行交互。

记一次ajax交互问题 问题描述:仍然在表单中，像往常一样，异步获取表单内所有输入框的信息，点击提交，确实也走了后台，但是结果却走了ajax的error。这一点使我当时非常疑惑，为什么会走error呢？ 一般走error的原因如下：(1)不能正确访问URL;(2)请求类型有误;(3)参数有误;(4)传到后台的URL导致某种异常，从而导致ajax走error(5)请求参数类型有误，比如要传json，你却传了xml等，也会导致error；以上是我之前遇到的导致ajax走error的原因。
异步社区 异步社区(www.epubit.com)是人民邮电出版社旗下IT专业图书旗舰社区，也是国内领先的IT专业图书社区，致力于优质学习内容的出版和分享，实现了纸书电子书的同步上架，于2015年8月上线运营。公众号【异步图书】，每日赠送异步新书。