Swoole中根本不存在pipe_buffer_size配置项，它未在任何稳定版源码或文档中定义；真正控制TCP连接缓冲的是socket_buffer_size，用于设置每个连接的读写内核缓冲区大小，单位字节，需≤系统net.core.rmem_max/wmem_max限制。
根本不存在 pipe_buffer_size 这个 Swoole 配置项，它不会生效，也不该被使用。
为什么在 Swoole 里搜不到 pipe_buffer_size
这个键名在所有稳定版 Swoole（4.8.x 到 6.1.1）的源码、文档、配置解析逻辑中都完全不存在。你调用 $server->set(['pipe_buffer_size' => 65536]) 后——
- 不会报错
- 不会警告
- 也不会被读取或应用
- 只是被静默丢弃
它不是拼写错误，也不是被废弃的旧参数，而是压根没实现过。所谓“管道容量”被误套用到了 Swoole 的网络缓冲配置上。
socket_buffer_size 才是真正控制 TCP 缓冲的参数
如果你遇到 swFactoryProcess_finish: send failed, session#1 output buffer has been overflowed，或者压测时小包延迟高、内存暴涨，要调的一定是 socket_buffer_size：
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
- 它控制每个 TCP 连接的读/写内核缓冲区大小（单位字节），影响
recv()和send()行为 - 不是“管道”，和 Linux 的
pipe()系统调用无关 - 必须 ≤ 系统限制：
cat /proc/sys/net/core/rmem_max和wmem_max - 示例正确写法：
$server->set(['socket_buffer_size' => 262144])（256KB）
设太大（如 1MB × 10k 连接）→ 内存直接吃满；设太小（如 4KB）→ 高频小包触发大量系统调用，CPU 上升。
Swoole 内部进程通信用的 pipe 是啥？能调吗？
Swoole worker ↔ manager、task ↔ worker 之间确实用了 pipe() 创建的匿名管道（swPipeBase），但：
- 缓冲区大小由内核决定（默认
/proc/sys/fs/pipe_buf= 64KB），不可配置 - 创建后即设为非阻塞，不暴露任何缓冲大小接口
- 你看到的
swPipe结构体里没有 buffer size 字段，只有read/write函数指针 - 别试图用
buffer_output_size或buffer_input_size去“调”它——那俩只管 TCP 连接的数据收发缓冲池，和进程间 pipe 无关
真要排查进程间通信卡顿，优先看 CPU 负载、task 队列积压、或是否发生 EAGAIN 重试，而不是找一个根本不存在的配置项。
最常被忽略的一点：很多团队花半天调 pipe_buffer_size，结果发现连 socket_buffer_size 都没查过系统上限，更没压测验证实际吞吐拐点。参数不是设了就完事，得看它在哪起作用、被谁读取、受什么制约。
