linux怎么修改句柄数_linux设置ulimit参数【指南】-LINUX-PHP中文网

ulimit -n 修改不生效因配置未被加载或作用域错误：需区分login shell与非login shell、pam登录与直接终端、systemd服务与docker容器等不同场景，且必须重启会话或重载服务才生效。

linux怎么修改句柄数_linux设置ulimit参数【指南】

ulimit -n 修改后不生效？检查 shell 类型和配置加载顺序

临时改 ulimit -n 65536 看似成功，但新打开的终端或子进程还是 1024，大概率是 shell 启动时没读到你的配置。bash 和 zsh 加载逻辑不同：~/.bashrc 不会被 login shell 自动 source，而 /etc/security/limits.conf 只对 PAM 登录生效（比如 ssh、图形界面登录），对直接开 terminal 或 systemd 服务无效。

确认当前 shell 是否为 login shell：运行 shopt login_shell（bash）或 echo $ZSH_EVAL_CONTEXT（zsh）
长期生效优先改 /etc/security/limits.conf，但必须配对应用户名或 *，且行末不能有空格
systemd 服务需单独设 LimitNOFILE=65536 在 service 文件的 [Service] 段，ulimit 命令对它完全无效
docker 容器内要加 --ulimit nofile=65536:65536，镜像默认继承宿主限制，不是继承你本地终端的 ulimit 设置

/etc/security/limits.conf 里 soft/hard 两列怎么填？

soft 是当前生效值，hard 是上限（普通用户只能调低 hard，不能调高）。写成 * soft nofile 65536 不等于立刻生效——它只在下次 PAM 登录时应用，且 soft 不能超过 hard。常见错误是只写 soft 忘了 hard，结果登录后 soft 被截断成默认 hard 值（通常是 4096）。

必须同时设置两行，或用 - 表示 soft=hard：* - nofile 65536
用户名优先级高于 *，但 root 默认不受 * 影响，需显式写 root - nofile 65536
修改后必须彻底退出当前会话（不是关窗口，是 logout/shutdown），再重新登录才生效；su - user 也不触发 PAM limits
某些发行版（如 Ubuntu 22.04+）默认启用 systemd 用户实例，会绕过 limits.conf，需额外禁用或配 /etc/systemd/system/user@.service.d/override.conf

程序启动后才发现句柄不够？紧急扩容的实操路径

进程已运行，ulimit -n 改不了它的限制——每个进程的 rlimit 在 fork 时从父进程继承，之后不可上调。唯一办法是找该进程的启动源头，重设其启动环境。

查进程当前限制：cat /proc/<pid>/limits | grep "Max open files"</pid>
如果是 systemd 服务，改 systemctl edit servicename 加 LimitNOFILE=65536，然后 systemctl daemon-reload && systemctl restart servicename
如果是 crontab 启动的脚本，在 crontab 条目前加 ulimit -n 65536;（注意分号），但仅对 cron fork 的子 shell 有效
Java 应用可通过 -XX:MaxFDLimit 参数强制突破 ulimit（JDK 8u232+），但依赖内核支持，不保证 100% 成功

为什么 ulimit -n 显示 1048576，但 netstat 查连接数卡在 65535？

这是两个层面的问题：ulimit -n 控制的是进程能打开的**总文件描述符数**（包括 socket、文件、管道等），而端口耗尽（EADDRINUSE）是 **ephemeral port 范围** 或 **TIME_WAIT 连接堆积** 导致的，和句柄数无关。

检查本地端口范围：cat /proc/sys/net/ipv4/ip_local_port_range，默认 32768–65535，共约 32k 端口
大量短连接请调大范围：sysctl -w net.ipv4.ip_local_port_range="1024 65535"，并设 net.ipv4.tcp_fin_timeout=30 加速回收
观察 TIME_WAIT 数量：ss -s | grep "TCP:"，若占比过高，可考虑开启 net.ipv4.tcp_tw_reuse=1（仅对客户端有效）
真正句柄不足的表现是 open() failed: Too many open files 或 accept() returned EMFILE，不是连接失败

改完别只信 ulimit -n 输出，一定要进目标进程的 /proc/<pid>/limits</pid> 看真实值——很多场景下，你以为它变了，其实只是 shell 自己的限制变了。