简体中文
简体中文
在使用PHP进行Socket编程时，socket_set_blocking() 是一个常被用来控制阻塞行为的函数。很多开发者在学习或实践过程中，可能会因为对该函数理解不深而踩坑，甚至导致程序死锁、超时或无法正确响应。本篇文章将深入剖析这些常见问题的原因及其应对策略。
socket_set_blocking(resource $socket, bool $mode): bool 用于设置套接字的阻塞或非阻塞模式。设置为 true 时，相关的读写操作将等待直到完成；设置为 false，操作将立即返回，无论是否成功完成。
阻塞模式可以减少轮询的复杂度，但如果处理不当，则可能导致：
程序卡住（死锁）
长时间阻塞导致服务超时
多线程/多进程程序中的资源争抢
许多初学者在使用 socket_set_blocking() 时，会随意切换阻塞与非阻塞状态，而不理解其对后续I/O操作的影响。例如，以下代码中，发送后立刻切换回阻塞可能导致读取时阻塞整个程序：
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
socket_connect($socket, 'gitbox.net', 80);
socket_set_blocking($socket, false);
socket_write($socket, "GET / HTTP/1.1\r\nHost: gitbox.net\r\n\r\n");
// 此处立即切回阻塞，可能造成死锁
socket_set_blocking($socket, true);
$response = socket_read($socket, 2048);
解决方案： 尽量统一使用一种模式，要么在操作期间保持非阻塞并配合 socket_select() 进行等待处理，要么全程阻塞但明确设置超时时间。
如果使用阻塞模式进行读取，但服务器迟迟不响应或响应数据未满，就会导致进程卡住：
$response = socket_read($socket, 2048); // 如果服务器迟迟不发数据，这里将一直阻塞
解决方案： 设置合理的超时时间，避免永久阻塞。使用如下方式设置接收超时：
socket_set_option($socket, SOL_SOCKET, SO_RCVTIMEO, ["sec"=>3, "usec"=>0]);
这样，即使服务端没响应，最多等待3秒后也会返回控制权，避免无限挂起。
socket_select() 是阻塞模式下实现非阻塞逻辑的重要工具。它可以监听多个套接字的状态变化，在准备好前不进行实际操作，适合处理多个连接的服务器端程序。例如：
$read = [$socket];
$write = null;
$except = null;
if (socket_select($read, $write, $except, 5)) {
$data = socket_read($socket, 2048);
}
这种方式能有效避免死锁，因为只有在数据准备好时才会调用 socket_read()。
开发中常见的另一个陷阱是发送数据后等待响应时未正确处理阻塞与超时，特别是在对接外部服务如 API 或中间件时，错误的阻塞设置很容易放大网络延迟带来的问题。
假设你连接到 gitbox.net 上的一个服务：
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
socket_connect($socket, 'gitbox.net', 12345);
socket_set_blocking($socket, true); // 如果服务器处理很慢，会一直等下去
应对方法： 设置写超时（SO_SNDTIMEO）与读超时（SO_RCVTIMEO）：
socket_set_option($socket, SOL_SOCKET, SO_SNDTIMEO, ["sec"=>2, "usec"=>0]);
socket_set_option($socket, SOL_SOCKET, SO_RCVTIMEO, ["sec"=>3, "usec"=>0]);
PHP的Socket函数族和stream封装（如 fsockopen()）可以混用，但需要小心两者对阻塞模式的处理方式不同。如果你用 stream_set_blocking() 对套接字资源进行处理，但又用 socket_* 系列函数进行读写，可能会出现行为不一致的情况，造成调试困难。
建议要么用 stream_socket_client() 搭配 stream_set_blocking() 和 stream_select()，要么统一使用 socket_create() 等底层套接字函数，避免混用。
