含最基本要素，但是涉及作为多任务应用程序必要元素的回调或协调的任何编码，比简单的程序顺序更让人觉得陌生。在这种情况下，大多数挑战集中在 $read 数组上。注意，它是一个引用；stream_select 将通过改变 $read 的内容返回重要信息。就像指针是 C 的最大绊脚石一样，引用似乎是 PHP 中最让程序员感到棘手的一部分。

　　您可以使用这项技术向任意个外部 Web 站点发出请求，确信您的程序会尽快收到所有结果，而无需等待其他请求。实际上，该技术将正确处理所有 TCP/IP 连接，而不只是 Web 端口 80 上的连接，因此您可以大体上管理 LDAP 检索、SMTP 传输、SOAP 请求等。

　　但那不是全部。PHP V5 将管理 “流” 之类的各种连接，而不仅是简单的套接字。PHP 的 Client URL library (CURL) 支持 HTTPS 证书、FTP 上传、cookie 等。（CURL 允许 PHP 应用程序使用各种协议连接至服务器）。由于 CURL 将提供流接口，因此从程序的角度来看，连接是透明的。下一个部分将展示 stream_select 如何多路传输本地计算。

　　对于 stream_select 还有几点需要注意。它还在进行文档整理，因为即使最新的 PHP 书籍都没有涉列它。可在 Web 上获得的几个代码示例完全不能工作或者让人产生混淆。stream_select 的第二个和第三个参数用于管理与清单 1 的 read 通道相对应的 write 和 exception 通道，应当始终为 null。除了少数例外情况，在可写通道或异常通道中选择这两个参数是错误的。除非您有经验，否则请坚持可读选择。

　　此外，至少在 PHP V5.1.2 之前，stream_select 还明显存在错误。最重要的是，不能信任函数的返回值。虽然我尚未调试过实现，但是经验告诉我，可以安全地测试清单 1 中的 count($read)，但是测试 stream_select 本身的返回值并不 安全（尽管有官方文档）。

　　本地 PHP 并发

　　示例及上面的大部分讨论主要讨论了如何同时管理若干个远程资源并接收到达的结果，而不是按照最初请求的顺序等待处理各个请求。这肯定是 PHP 并发的重要应用。实际应用程序的速度有时候可以提高 10 倍或更多。

　　如果出现性能衰退怎么办？有没有一种方法可以提升受限于本地处理的 PHP 结果的速度？方法有多种。要说有什么不同的话，这些方法不如清单 1 中的面向套接字的方法有名。造成这种情况的原因有很多，包括：

　　大多数 PHP 页面已经足够快 —— 更好的性能会是一种优势，但是还不值得对新代码进行投入。
在 Web 页面中使用 PHP 可以放弃部分无关紧要的性能提升 —— 当惟一的价值标准是交付整个 Web 页面需要的时间时，那么重新安排计算以更快地获得中间结果并不重要。

　　PHP 不能控制本地瓶颈 —— 用户可能会为花 8 秒的时间提取帐户记录的详细信息而抱怨，但是那很可能是数据库处理或某种其他 PHP 外部资源的约束。即使将 PHP 处理降至零，单是查找就仍需要花费超过 7 秒的时间。

　　甚至很少有约束是并行的 —— 假定某特定页面将为具体列出的普通股计算建议交易价格，并且计算十分复杂，需要花费一段时间。计算在本质上可能是顺序执行的。没有一种明显的方法可以将其划分为 “团队协作”。

　　很少有 PHP 程序员能够认识到 PHP 实现并发的潜力。在具有使用并行实现性能需求的少数人当中，我遇到的大多数人全都说 PHP “不支持线程”，并且甘于使用现有的计算模型。

　　可是，有时我们可以做得更好。假定 PHP 页面需要计算两只股票价格，可能还需要将两者相比较，并且底层主机刚好是多处理器。在这种情况下，通过将两个截然不同并且十分耗时的计算分配给不同处理器，可能会提高几乎两倍的性能。

　　在所有 PHP 计算领域中，此类实例很少见