PHP socket_read读取长度控制：防止内存溢出的小技巧

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

今天跟大家聊聊我最近折腾的 `php socket_read`，这东西，一开始我也有点懵，看了文档感觉云里雾里的，后来自己上手跑了几个例子，才算是摸清楚了点门道。

事情是这样的，最近在做一个小项目，需要用到 Socket 通信，之前一直用 `socket_recv`，感觉挺好用的。结果，突然发现，在处理某些特殊数据的时候，`socket_recv` 好像不太给力，总是读不全，或者干脆卡住不动了。这可把我给急坏了，赶紧上网查资料，这才发现 `socket_read` 这个宝贝。

我以为 `socket_read` 和 `socket_recv` 差不多，都是从 Socket 缓冲区里读数据。结果，一上手就发现，这俩家伙差别大了去了！

`socket_read` 必须指定要读取的长度。比如，你要读 1024 字节，那就得老老实实地告诉它 `socket_read($socket, 1024)`。这啥意思？就是说，`socket_read` 会一直等着，直到读满 1024 字节，或者连接断开，才会返回。

而 `socket_recv` ，就比较“随性”了。它会尽可能多地从缓冲区里读数据，读多少算多少，不会像 `socket_read` 那样死等。

搞清楚了这个区别，我就开始尝试用 `socket_read` 来解决之前 `socket_recv` 遇到的问题。

我先写了一个简单的服务端脚本，用来模拟发送数据：

php

$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);

socket_bind($socket, '127.0.0.1', 12345);

socket_listen($socket);

$client = socket_accept($socket);

$data = "这是一段比较长的数据，用来测试 socket_read 的功能。\n";

$data .= str_repeat("abcdefghijk", 1000); // 构造一个比较大的数据

socket_write($client, $data);

socket_close($client);

socket_close($socket);

然后，我又写了一个客户端脚本，用 `socket_read` 来读取数据：

php

$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);

socket_connect($socket, '127.0.0.1', 12345);

$buffer = '';

$length = 1024; // 每次读取 1024 字节

while ($data = socket_read($socket, $length)) {

$buffer .= $data;

echo "接收到的数据：\n";

echo $buffer;

socket_close($socket);

运行了一下，发现 `socket_read` 果然能完整地读取到所有数据，之前 `socket_recv` 读不全的问题解决了！

但是，新的问题又来了。由于 `socket_read` 会一直等待，直到读满指定的长度，如果服务端发送的数据长度小于指定的长度，客户端就会一直卡在那里，无法返回。

为了解决这个问题，我修改了一下客户端脚本，增加了超时判断：

php

$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);

socket_connect($socket, '127.0.0.1', 12345);

socket_set_option($socket, SOL_SOCKET, SO_RCVTIMEO, array('sec' => 5, 'usec' => 0)); // 设置超时时间为 5 秒

$buffer = '';

$length = 1024; // 每次读取 1024 字节

while ($data = socket_read($socket, $length)) {

if ($data === '') {

// 连接断开或者超时

break;

$buffer .= $data;

echo "接收到的数据：\n";

echo $buffer;

socket_close($socket);

这样，如果 `socket_read` 在 5 秒内没有读取到数据，就会返回空字符串，然后跳出循环，避免了客户端一直卡死的问题。

这回折腾 `socket_read`，让我深刻体会到，没有万能的 API，只有适合的 API。`socket_recv` 简单易用，适合处理一般的数据，但遇到特殊情况，还是得靠 `socket_read` 这种更底层的 API 来解决问题。使用 `socket_read` 的时候，一定要注意处理超时和连接断开的情况，否则很容易踩坑。

这回实践主要做了以下几件事：

了解了 `socket_read` 和 `socket_recv` 的区别。`socket_read` 必须指定长度，会一直等待；`socket_recv` 尽可能多地读取数据。
使用 `socket_read` 解决了 `socket_recv` 读不全的问题。通过指定读取长度，确保完整读取数据。
增加了超时判断，避免了客户端卡死。使用 `socket_set_option` 设置超时时间，防止 `socket_read` 一直等待。

希望这回分享对大家有所帮助，以后遇到类似的问题，可以少走一些弯路。

上一篇: 给公司做一个网站需要多少钱？了解清楚建站预算不踩坑

PHP socket_read读取长度控制：防止内存溢出的小技巧

随便看看