accept 阻塞模型是一种相对古老的模型，不过里面蕴含了许多有趣的知识，比如阻塞／非阻塞、锁、超时重传...
服务端程序 acceptSever.php
" . $ct_data . PHP_EOL;
fwrite($conn, "Received $ct_size byte data./r/n");
fclose($conn);
}
fclose($socket);
}
}
new SocketServer(2000);客户端程序 acceptClient.php
代码解析
首先，解释一下以上的代码逻辑：客户端 acceptClient.php 循环发送数据，最后发送结束符；服务端 accept Server.php 使用 accept 阻塞方式接收 socket 连接，然后循环接收数据，直到收到结束符，返回结果数据（接收到的字节数）客户端收到服务器返回的数据，写入日志。虽然逻辑很简单，但是其中有几种情况很值得分析一下：
A> 默认情况下，运行 php socket_client.php test，客户端打出 10 个 W，服务端打出若干个 R 后面是接收到的数据，socket.log 记录下服务端返回的接收结果数据，效果如下：
这种情况很容易理解，不再赘述。然后，使用 telnet 命令同时打开多个客户端，你会发现服务器一个时间只处理一个客户端，如图所示：
其他需要在后面“排队”；这就是阻塞 IO 的特点，这种模式的弱点很明显，效率极低。B> 只打开 socket_client.php 第 29 行的注释代码，再次运行 php socket_client.php test 客户端打出一个 W，服务端也打出一个 R，之后两个程序都卡住了。这是为什么呢，分析逻辑后你会发现，这是由于客户端在未发送结束符之前就向服务端要返回数据；而服务端由于未收到结束符，也在向客户端要结束符，造成死锁。而之所以只打出一个 W 和 R，是因为 fread 默认是阻塞的。要解决这个死锁，必须打开 socket_client.php 第 17 行的注释代码，给 socket 设置一个 0.1 秒的超时，再次运行你会发现隔 0.1 秒出现一个 W 和 R 之后正常结束，服务端返回的接收结果数据也正常记录了。可见 fread 缺省是阻塞的，我们在编程的时候要特别注意，如果没有设置超时，就很容易会出现死锁。
C> 只打开 14 行注释设置脚本为非阻塞，运行 php socket_client.php test，结果基本和情况 A 相同，唯一不同的是 socket.log 没有记录下返回数据，这是因为当我们非阻塞下客户端不必等待接收到服务器的响应结果就可以继续往下执行，当执行到 debug 的时候，读取的数据还是空的，所以 socket.log 也是空的。这里可以看出客户端运行在阻塞和非阻塞模式的区别，当然在客户端不在乎接受结果的情况下，可以使用非阻塞模式来获得最大效率。
立即学习“PHP免费学习笔记（深入）”；
D> 运行 php socket_client.php 是连续运行 10 次上面的逻辑，这个没什么问题；但是很奇怪的是如果你使用 39 - 45 行的代码，用 popen 同时开启 10 个进程来运行，就会造成服务器端的死循环，十分怪异！后来经调查发现只要是用 popen 打开的进程创建的连接会导致 fread 或者 socket_read 出错直接返回空字串，从而导致死循环，查阅 PHP 源代码后发现 PHP 的 popen 和 fread 函数已经完全不是 C 原生的了，里面都插入了大量的 php_stream_* 实现逻辑，初步估计是其中的某个 bug 导致的 Socket 连接中断所导致的，解决方法就是打开 socket_server.php 中 33 行的代码，如果连接中断则跳出循环，但是这样一来就会有很多数据丢失了，这个问题需要特别注意！
相关推荐：
