使用 comet 实时向客户端推数据 ，今天你试了没有？放出第二弹：源码下载。

sunnyfun

原帖由 im2web 于 2008-4-30 15:27 发表
长连接会非常消耗服务器的资源， 并不适合大并发。因为原有的web并不是为这类服务设计的。
快速的刷新 也不是很好。

还是专门写一个服务器好。

要想向客户端推数据，目前来说持续连接或者长连接是不可避免的。就算专门写一个服务器，还是会消耗那台服务器的资源，况且也并不一定不需要这么做。

[ 本帖最后由 sunnyfun 于 2008-4-30 16:06 编辑 ]

bjbs_270

之前玩过一个支持服务器推的技术，可惜只能在firfox下用.IE下面不支持！不知道这个和那个有多少的相似

五花小鱼

sdaf

zjq8188

看看

feifengxlq

试试看，是如何实现的？

arcow

正在做这方面的东西。

swalker1

swalker

lvgq2001

还是要看一下学学再说。

hdyzyb04

之前考虑过这个问题的实现方法。
有一点php不容易解决的是php里面好像没有常驻内存的机制，以至于长连接在服务器端需要不断的查询数据库或者文本文件。
而像asp里有application对象可以一直存在于内存中。不知道楼主是怎么实现这一点的。

sunnyfun

原帖由 hdyzyb04 于 2008-5-4 15:13 发表
之前考虑过这个问题的实现方法。
有一点php不容易解决的是php里面好像没有常驻内存的机制，以至于长连接在服务器端需要不断的查询数据库或者文本文件。
而像asp里有application对象可以一直存在于内存中。不知 ...

嘿嘿，问到php的软肋了，没有常驻内存的机制可以说是php的缺点，也可以说是其优点。缺点暂且不提，优点是不容易出现由于糟糕的代码造成内存泄漏的情况。

当然用php也不是完全没办法。
见过这种写法：用php命令行模式，加上Socket或者其他类似扩展，模拟一个comet守护进程，接管那些comet相关的HTTP响应，那样就不至于无穷无尽的长连接造成耗尽系统的资源了，当然在同一台机器上就需要再开端口了，客户端长连接也是先连那个端口......
这么写还是挺有挑战的。