Linux优化文件打开数限制需分进程级（ulimit）、用户级（limits.conf）、系统级（fs.file-max）三层设防，针对普通登录和systemd服务分别配置：改ulimit -n仅临时生效且受硬限约束；普通用户需改limits.conf并重登；systemd服务须在unit中设LimitNOFILE并reload；系统级需同步调大fs.file-max并sysctl -p生效。
Linux 中优化文件打开数限制，关键在于理清三层控制关系：进程级（ulimit）、用户级（limits.conf）、系统级（fs.file-max），并针对不同启动方式（普通登录 vs systemd 服务）分别处理。只改 ulimit -n 很可能无效，因为它是临时且受限于硬限制的。
检查当前各层限制值
先确认瓶颈在哪一层，避免盲目修改：
- 当前 shell 的软/硬限制：
ulimit -n（软限）、ulimit -Hn（硬限） - 系统总上限（所有进程之和）：
cat /proc/sys/fs/file-max - 某个运行中进程的实际限制：
cat /proc/<PID>/limits | grep "Max open files"
永久生效：普通用户登录会话
适用于 SSH 登录、终端启动的程序（如手动启的 nginx、redis-cli 等）：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 编辑
/etc/security/limits.conf，追加两行（注意空格，不是等号）：* soft nofile 65535* hard nofile 65535 - 确保 PAM 正确加载该配置：检查
/etc/pam.d/common-session或/etc/pam.d/system-auth中存在未注释行：session required pam_limits.so - 修改后必须完全退出并重新登录（不是新建终端窗口，而是 SSH 重连或图形界面登出再进）
永久生效：systemd 管理的服务
nginx、redis、node.js 等通过 systemctl start 启动的服务完全不读取 limits.conf，需单独配置：
- 全局生效（影响所有新启动的 systemd 服务）：
编辑/etc/systemd/system.conf，取消注释并设：DefaultLimitNOFILE=65535 - 单服务生效（推荐，更精准）：
编辑对应 unit 文件，例如/etc/systemd/system/nginx.service，在[Service]段下添加：LimitNOFILE=65535 - 修改后必须执行：
sudo systemctl daemon-reload && sudo systemctl restart nginx - 验证：
systemctl show nginx | grep LimitNOFILE或查进程实际值：cat /proc/$(pidof nginx)/limits | grep "Max open files"
同步调优系统级总上限
如果 fs.file-max 过低（如默认几万），即使用户级设得再高，系统也会拒绝分配：
- 临时生效：
sudo sysctl -w fs.file-max=2097152 - 永久生效：在
/etc/sysctl.conf中添加一行：fs.file-max = 2097152
然后运行sudo sysctl -p - 可选：同时设置
fs.nr_open = 2097152（单个进程能申请的最大 file descriptor 数，内核 2.6.25+ 支持）
