关于COMET与htmlfile的一点研究

最近在研究长连接（COMET）。碰到了几个问题。记录一下。

 

1.服务器端明明已经用了response.flush了，为什么客户端还是看不到输出，还是要等到全部接受完毕才能显示出来？有的人说是缓冲必须凑够256字节，256是最小的发送单位。我用curl查看，发现没有这样的事情。即使每次只发送一个字符，也是可以收到的。

问题在浏览器上！因为curl很忠实的每隔指定的时间就收到了数据。而浏览器却要全部接收完才解释，之前一直是空白，没有响应。不知道是为什么，而且所有的浏览器都一样（测试了IE,MozillaFirefox，WEBKIT）。要解决这个问题，其实很简单，以前看到阿里软件的HTTP响应还很奇怪，为什么要在开头发送那么多的空格，现在终于明白了。必须要在开始等待前发送足够的字符才可以。具体是多少我不知道。但是发送1024个空格之后，所有浏览器都可以按指定时间间隔来输出，来解析，来响应。

总结：在线程开始sleep之前，必须输出足够多的垃圾信息（也可以不是垃圾信息）。

 

2.htmlfile相关的问题。htmlfile是IE实现长连接的关键，一般的做法是在htmlfile中加入iframe。网上很多人在寻找如何判断连接超时的问题。

我刚开始也是在找，后来想到了iframe的onreadystatechange事件。然后立即测试，非常不幸，在htmlfile中的iframe不能实现onload和onreadystatechange事件。

好在虽然没有事件挂钩，但是仍然有readyState属性。检测htmlfile内嵌的iframe的readyState属性就可以知道连接在什么状态，是否还保持连接状态。

顺便一提,htmlfile的状态没有什么用处，当open的时候，就是loading状态，当htmlfile执行close之后，就是complete状态。没什么用。

htmlfile实例本身就相当于document。例如通过htmlfile.getElementById("...")获取iframe。然后定时查询readyState如果是complete就表明连接断开了。如果是interactive就表明还在连接状态。