php 长轮询入门教程：新手也能快速学会实时消息推送

发布日期： 2025-10-01 阅读量： 作者： admin

最近搞了个小功能，需要个类似实时更新的效果，比如说后台更新了啥状态，前台页面得立马知道，总不能让用户一直手动刷新，那也太傻了。

一开始想着用 js 定时刷，比如每隔几秒钟就去请求一次服务器，问问有没有新消息。试了下，确实能实现，但感觉不太你想，大部分时间没啥新东西，那这些请求不就白发了吗？服务器压力大不说，还老多没用的请求，看着就闹心。

琢磨着换个法子

后来琢磨了下，搞了个长轮询。这玩意儿听起来好像挺唬人，原理捋顺了也挺简单的。大概意思就是，浏览器这边发个请求过去，服务器老哥接到了，不着急马上回话。它得先看看，有没有新消息？

如果在等的过程中，新消息来了，服务器立马响应，把消息发给浏览器。如果等了半天，比如设定的 30 秒都过去了，还是没动静，那服务器也不能一直傻等，就回个空消息或者特定状态，告诉浏览器：“兄弟，这回真没新东西”。

说干就干，先整后端 PHP 这块。

得让这个 PHP 脚本能撑住比较长的时间，不能执行个三十秒就自己挂了。所以上来先得设置一下：

set_time_limit(0); 这个是让脚本执行时间无限制，理论上是这样，但具体还得看服务器配置。

ignore_user_abort(true); 这个也挺重要，意思是就算用户那边把浏览器关了，或者网络断了，服务器这边也别立马停，还得把手头这点活干完。

然后就是核心的逻辑了，搞个大循环，差不多就是个死循环，直到有消息或者超时为止。

在循环里面：

查数据： 去数据库或者缓存啥的地方查一下，看看有没有标志说来新消息了。比如查个特定的数据库字段，或者 Redis 里的某个 key。
判断：
- 如果查到了新消息，那就赶紧把消息打包成 json 格式，echo 出去，然后 exit 或者 break 掉这个循环，这回请求就算圆满结束了。
- 如果没查到新消息，不能让 CPU 在这儿空转，得让它歇一会儿。用 sleep(1); 这样，让脚本睡个 1 秒钟。这样每一秒醒来检查一次，大大降低 CPU 消耗。
加个超时： 总不能真让它一直循环下去。可以在循环外面记个开始时间，然后在循环里每次都判断一下，当前时间减去开始时间是不是超过了我们设定的最大等待时间，比如 30 秒。如果超时了，也别等了，直接 echo 个空的回应或者特定状态码，然后 exit。

差不多 PHP 这边就这么个思路，关键就是那个循环、检查、睡觉、响应的过程。

光有后端也不行，浏览器这边得配合。

主要是用 js 发请求，以前用 jQuery 的 ajax 方便，现在用 fetch 也行。

逻辑大概是这样：

发请求： 用 js 发一个请求到我们上面写的那个 PHP 脚本地址。
处理响应：
- 请求成功（拿到数据了）： 服务器返回了新消息。好嘞，拿到数据更新页面上的内容。然后，关键来了，处理完这回的数据后，立马再发一个新的请求给同一个 PHP 地址，开始下一次的等待。这样就形成了一个连续的“长连接”效果。
- 请求成功（但没拿到新数据，比如超时返回的空消息）： 说明这回等待确实没新东西。没关系，也立马再发一个新的请求，继续等。
- 请求失败（比如网络问题或者服务器那边真出错了）： 这时候不能立马重试，不然可能造成雪崩。最好是等个几秒钟，比如 setTimeout 延迟个 5 秒，然后再重新发请求。

这样一来一回，前端不断地发起请求，后端则是在有消息时才响应，大部分时间连接是挂在那儿“等待”的，看起来就像是服务器在主动推消息一样。

跑起来之后，效果还行，比起之前那个傻乎乎的定时轮询确实强多了，没那么多空请求了，服务器压力也小了点。

不过也得注意几个事：

这个 PHP 长轮询，算是在没上 WebSocket 这类更高级技术之前，一个折中但还算实用的法子。对于一些并发要求不是特别高、实时性要求也过得去的场景，拿来用用还是可以的。自己动手搞一遍，踩踩坑，感觉还是挺有意思的。