PHP stream_select 怎样处理超时返回零

在 PHP 里用 stream_select() 等待读写流时，最容易误判的是返回值为 0。它不是失败，而是“在指定的秒数和微秒数内没有流变为就绪”；真正的调用错误返回 false。因此判断顺序必须先用严格比较区分 false，再处理 0 和大于零的结果。

这篇只讨论可读写流集合和超时返回零，重点放在事件循环怎样保存原始集合、怎样设置等待上限，以及为什么零超时不能无间隔地忙轮询。

先把 0、正数和 false 分开

stream_select() 会按引用修改传入的读、写、异常数组，只留下当前真正发生变化的流。成功时返回被修改数组中的流数量，所以超时是合法的零；错误时才返回 false，并可能同时产生 warning。

不要写成 if (!$ready)：这样会把合法的零和错误的 false 合并。另一个细节是 EOF 也可能让读流被报告为可读，读取后应检查 feof()，不要只凭“有事件”判断仍有业务数据。

每轮都从原始集合复制一份

因为参数是引用，调用返回时传入数组已经被筛成“本轮就绪集合”。如果下一轮直接复用它，尚未就绪的连接就会永久丢失。正确做法是维护一份原始集合，把副本交给 stream_select()：

这里的“原始集合”不是一次性快照：连接建立或关闭后，业务代码仍要同步更新 $allRead。stream_select() 只负责本轮筛选，不负责替你维护生命周期。

零超时适合探测，不适合无间隔忙轮询

把秒和微秒都设为零，函数会立即返回当前状态，适合在一个已有主循环里做一次非阻塞探测。但如果循环里没有任何让出 CPU 的动作，零超时会持续消耗处理器。需要等待事件时，优先使用一个有上限的微秒值；需要同时调度其他任务时，也应加入明确的节流策略。

超时是“最多等待多久”，不是保证一定睡满多久。流一旦就绪，函数会提前返回。因此业务上的总超时应由外层截止时间控制，每轮只把剩余时间传给 stream_select()。

四个边界让超时分支更稳

• 严格判断返回值：使用 === false 识别错误，用 === 0 识别超时。
• 保存集合副本：不要把被函数筛选后的读写数组当作下一轮的完整监听列表。
• 处理 EOF：可读不等于一定有数据，读取后结合 feof() 决定是否清理流。
• 控制总时限：信号中断或短暂超时后，按剩余截止时间重新计算，而不是无限重试。

如果只是想知道“本轮有没有数据”，返回零就是正常结果；如果要知道“为什么没有数据”，再结合等待上限、流数量和业务截止时间记录诊断信息。这样能避免把正常空窗期写成错误，也能防止错误被静默吞掉。

相关问题

stream_select() 返回 0 要重试吗？可以进入下一轮，但应遵守外层截止时间或等待策略；不要无间隔地用零超时自旋。

为什么读数组每轮变少？因为它是引用参数，函数返回时只保留本轮就绪流；请从完整监听集合复制副本。

读到空字符串就是超时吗？不是。超时看函数返回值，空字符串通常要结合 feof() 判断 EOF。