答案：swoole服务支持高并发需系统与配置协同调整。首先通过ulimit或limits.conf提升软硬文件描述符限制，systemd服务需设LimitNOFILE；确保运行用户如www-data在limits.conf中配置；Swoole设置worker_num和max_conn（应≤ulimit值）；最后通过/proc/<pid>/fd和limits验证生效。
Swoole 本身不直接设置进程能打开的最大文件描述符数（file descriptor limit），这个限制由操作系统控制。但 Swoole 在启动 Server 时会受到该限制的影响，尤其是在高并发场景下，需要确保系统允许的文件描述符数量足够大。要让 Swoole 服务支持更多连接，必须从系统层面和 Swoole 配置两方面进行调整。
1. 查看和修改系统最大文件描述符限制
linux 系统中每个进程能打开的文件描述符数量有限制，分为软限制（soft limit）和硬限制（hard limit）。Swoole 进程受此影响。
可以通过以下命令查看当前限制：
ulimit -n # 查看软限制
ulimit -Hn # 查看硬限制
临时提高限制（仅对当前会话有效）：
ulimit -n 65535
永久生效需修改系统配置文件：
- 编辑 /etc/security/limits.conf，添加：
* soft nofile 65535
* hard nofile 65535
root soft nofile 65535
root hard nofile 65535
- 如果使用 systemd 启动服务，还需修改 systemd 的限制：
# 编辑 /etc/systemd/system/swoole.service 或全局配置
[Service]
LimitNOFILE=65535
2. 确保运行用户有足够权限
Swoole 服务通常以非 root 用户运行，需确认该用户在 limits.conf 中被正确配置，否则即使代码中设置了也无法突破系统限制。
例如，若用 www-data 用户运行 Swoole，应添加：
www-data soft nofile 65535
www-data hard nofile 65535
3. Swoole Server 配置建议
虽然 Swoole 不提供直接设置 fd 上限的 API，但可通过合理配置减少资源占用：
- 调整 worker_num 和 task_worker_num，避免过多进程争抢资源
- 开启 max_connection 限制，防止超出系统承载能力
示例配置：
$server = new SwooleServer(“0.0.0.0”, 9501);
$server->set([
‘worker_num’ => 4,
‘max_conn’ => 10000, // 建议小于 ulimit -n
‘daemonize’ => true,
]);
注意：max_conn 应小于或等于 ulimit 设置的值，通常建议留出余量给其他文件操作。
4. 验证设置是否生效
启动 Swoole 服务后，可通过以下方式验证：
# 查看某个进程的 fd 数量
ls /proc/<pid>/fd | wc -l
# 查看该进程的限制
cat /proc/<pid>/limits | grep “open files”
确保“Max open files”已提升到预期值。
基本上就这些。关键不是 Swoole 怎么设，而是系统环境是否准备到位。只要系统限制调高了，Swoole 自然能支持更多连接。不复杂但容易忽略。