linux调整文件最大打开句柄数需同步配置软限制、硬限制、/etc/security/limits.conf、systemd的limitnofile及内核fs.file-max五项，缺一不可；ulimit -sn查软限、ulimit -hn查硬限、cat /proc/sys/fs/file-max查系统总上限，三者须逐级匹配才能避免“too many open files”错误。
Linux 调整文件最大打开句柄数，不能只改一个地方——软限制、硬限制、用户级配置、systemd 服务、内核总池子，五者缺一不可。改错位置或漏掉任一环节，ulimit -n 显示正常，但服务仍报 Too many open files。
先查清楚当前卡在哪一级
执行这三步快速定位瓶颈：
-
ulimit -Sn查软限制（实际生效值） -
ulimit -Hn查硬限制（软限制的天花板） -
cat /proc/sys/fs/file-max查系统总上限
如果 ulimit -Sn 是 1024，ulimit -Hn 也是 1024，说明硬限制没放开；如果两者都是 65535，但服务仍失败，大概率是 systemd 没单独配，或 file-max 太小。
用户登录会话的永久生效配置
/etc/security/limits.conf 是给普通用户设限的核心文件，但必须满足两个前提才真正起作用：
- 写两行：一行
* soft nofile 65535，一行* hard nofile 65535（*表示所有普通用户；若只配某用户，把*换成用户名） - 确认
/etc/pam.d/common-session（Debian/Ubuntu）或/etc/pam.d/system-auth（RHEL/CentOS）里有未注释的session required pam_limits.so
改完必须重新登录——不是新开终端，而是 SSH 重连或图形界面登出再进。验证方式：登录后立刻运行 ulimit -n，且用 ps -o pid,uid,comm -u $(whoami) 确认进程 UID 是你本人。
systemd 托管的服务必须单独配 LimitNOFILE
/etc/security/limits.conf 对 nginx、redis、java 应用等 systemd 服务完全无效，因为它们不走 PAM 登录流程。
- 对单个服务：运行
sudo systemctl edit nginx.service，填入：
LimitNOFILE=65535
- 全局生效：编辑
/etc/systemd/system.conf，在[Manager]段下加DefaultLimitNOFILE=65535 - 改完必须执行
sudo systemctl daemon-reload，再sudo systemctl restart nginx - 验证：用
systemctl show nginx | grep LimitNOFILE或cat /proc/$(pgrep nginx)/limits | grep "Max open files"
别忘了调高内核总句柄池 fs.file-max
单个进程开到 65535 没用，如果内核总池子太小，照样报错。默认值常为 32768 或更低。
- 临时调高：
sudo sysctl -w fs.file-max=655350 - 永久生效：在
/etc/sysctl.conf末尾加一行fs.file-max=655350，再运行sudo sysctl -p - 检查是否够用：
cat /proc/sys/fs/file-nr返回三个数，第三个就是当前file-max值；第二个是已用数，差值要远大于单个服务所需
注意：/proc/sys/fs/nr_open 是单进程理论上限（通常远高于 65535），一般不用动；但若你设的 hard nofile 超过它，会导致 SSH 登录失败。
