php - 如何在不占用资源的情况下提供实时通知？

Question

我正在使用 AJAX 来实现 long polling在每当将新行插入数据库时​​我想更新的页面上。完成此操作的方法是使用 jQuery 的 .ajax() 调用，例如 poll.php?ky=41，它会多次查询数据库中的行> 41 的 ID(中间有一小段等待)，直到指定的超时。如果有结果，或在给定的超时后，它将立即完成请求。

实际上，这使一个隐藏的连接始终对服务器保持打开状态，等待它响应，以便获得通知。

这行得通，但我使用的是 DreamHost，在生成 8 个 php53.cgi 工作进程后，对我站点的任何请求都不会得到满足(即永远加载)，直到一次超时。这会影响我网站上的所有其他页面。 HTTP 服务器是 Apache 2.2.22-14。

为了缓解这个问题，我减少了延迟和超时，使其更接近常规轮询，并在一段时间没有更新时增加了更长的延迟。这意味着通知可能会晚几秒钟，但到目前为止我的服务器一直运行良好。

我担心的是它的扩展性如何(或者更确切地说，有多差)。

我的问题是:鉴于我在共享主机 (DreamHost) 上，并且此页面必须与尽可能多的浏览器兼容(移动设备除外)，是否有更有效的方式来获取即时“推送”通知从服务器？

或者，我还有哪些其他选择？我应该切换回常规轮询吗？

TL;博士

轮询速度很快，但长轮询(在完成 AJAX 请求之前等待)会占用资源。不同的是long-polling是一到就得到结果，而polling只有在新信息进来后下次发送AJAX请求时才会去取。理想情况下，我更喜欢long-polling的优势无需占用线程并导致其他用户在提供页面之前等待。

Answer 1

在这种情况下，解决方案是简单地使用常规轮询(例如，每 500 毫秒调用一次 AJAX)来获得快速通知，而不是使用长轮询和占用线程。

来自戴夫，

Many requests are better handled than long requests. As the threads never really die they just get reused. It will also allow the system to skip a cycle if there's no available threads in the end. Now at some point you'll hit apache+php configuration issues being on shared hosting. After that go with perhaps a small vps and swap to nginx or my personal fave cherokee and use phpfpm then you can build an actual worker thread thats reserved for your poll loop

和

Since the threads are always open there's no overhead for you allowing your poll script to complete and then restart (if the db connection is done right there'll be little additional db load either between pooled conns and prep-statements even better memcached or similar) means you only lock the thread for the duration of the run then immediately release it for other processes to pickup and use it this is how you can support more than 8 users on 8 threads as they're recycled. Don't worry about recalling its always more efficient than longpoll unless you use realtime sockets and daemons

至此问题已经解决