Comet 技术如此重要, 但市面上并没有真正流行通用的 Comet 服务器和解决方案, 比较知道的互联网公司大多是自己开发, 或者基于开源服务器进行二次开发, 例如基于 Jetty(一个开源 Java Web 容器), 而 Facebook 的聊天系统的 Comet 服务器是基于 Mochiweb(一个开源的 Erlang Web 服务器).
当然还有比较知名的以 nginx 模块形式出现的 nginx-push-stream, 但根据实现使用经验, 这个模块无法稳定支撑 10 万个并发连接, 更别谈百万同时在线了. 这也是这个模块为什么没有被普遍大规模应用的原因.
既然大家都开发自己的 Comet 服务器, 那必然有其中的道理, 说是核心技术倒说不上, 不过是为了便于扩展, 能很好地和现有系统整合, 易于运维和管理而已. 那么, 要开发一个 Comet 服务器到底有多难呢? 其实, 一个最简单的 Comet 服务器只需要 150 行 C 语言代码!
先再说一下 Comet 技术, 从浏览器支持考虑, long-polling 技术显然是最佳的选择, 又众跨域方面考虑, 那必然是 script tag long-polling 技术获胜. 这也是 Facebook 的选择. 所以, 最简单的 Comet 服务器只支持 Script tag long-polling 即可.
Long-polling 技术要求浏览器的每一个网页和服务器保持一个 HTTP 请求连接( TCP 连接), 服务器收到这样的连接后, 会立即返回 HTTP 首部, 接着通过 chunk 传输编码, 源源不断地将一个个消息发送给浏览器.
一个完整的 chunk 编码的 HTTP 响应如下:[code]HTTP/1.1 200 OK
Date: Fri, 31 Dec 1999 23:59:59 GMT
Content-Type: text/plain
Transfer-Encoding: chunked
1a; ignore-stuff-here
abcdefghijklmnopqrstuvwxyz
10
1234567890abcdef
0
[blank line here][/code]只要服务器不返回只有”0″的那一行以及紧接着的空白行, 那么就可以保持向网页推数据.
最简单的 Comet 服务器使用了 libevent 框架, 你可以在这里得到它的代码: https://github.com/ideawu/icomet. 欢迎对 Comet 了解的前端工程师贡献 JavaScript 相关的代码!
使用方式:
订阅: curl -v “ http://127.0.0.1:8000/sub?id=12″
推送: curl -v “ http://127.0.0.1:8000/pub?id=12&content=hi”
这个 Comet 服务器的最大并发数并没有进行测试, 但 last.fm 的 CTO 对一个同样是基于 libevent 的类似程序 进行测试 , 100 万连接只需要 2GB 内存.
转自: http://www.ideawu.net/blog/archives/737.html
6 个解决方案
#1
#2
科普帖
#3
#4
该回复于2013-10-30 08:16:10被管理员删除
#5
该回复于2016-05-25 16:48:08被管理员删除
#6
该回复于2016-06-02 09:10:30被管理员删除
#1
#2
科普帖
#3
#4
该回复于2013-10-30 08:16:10被管理员删除
#5
该回复于2016-05-25 16:48:08被管理员删除
#6
该回复于2016-06-02 09:10:30被管理员删除