遇到“too many open files”错误时，需通过五种方法调整linux文件描述符限制：一、临时修改当前shell会话；二、永久修改用户级limits.conf；三、调整系统级fs.file-max；四、为systemd服务单独配置limitnofile；五、通过execstartpre注入ulimit指令。
如果您在运行高并发服务（如Nginx、MySQL或Node.js应用）时遇到“Too many open files”错误，则很可能是当前进程的文件描述符数量已达ulimit限制。以下是设置和修改Linux ulimit限制的多种方法：
一、临时修改当前Shell会话的文件描述符限制
该方式仅对当前终端会话及其派生进程生效，无需重启，适用于调试与快速验证。
1、查看当前软限制值：ulimit -Sn
2、查看当前硬限制值：ulimit -Hn
3、将软限制提升至65535：ulimit -Sn 65535
4、在具备root权限前提下提升硬限制：ulimit -Hn 65535
二、永久修改用户级文件描述符限制
通过PAM limits模块在用户登录时自动加载配置，影响所有以该用户身份启动的进程，且不依赖会话类型。
1、使用root权限编辑limits配置文件：sudo nano /etc/security/limits.conf
2、在文件末尾添加两行（以通配符*为例，作用于所有用户）：* soft nofile 65535
3、继续添加硬限制行：* hard nofile 65535
4、确认PAM limits模块已启用：grep -q "pam_limits.so" /etc/pam.d/common-session || echo "session required pam_limits.so" | sudo tee -a /etc/pam.d/common-session
5、退出当前会话并重新登录，执行
三、系统级全局文件描述符上限调整
该设置控制内核可分配的总文件描述符数量，决定整个系统能同时打开的文件总数，适用于高负载服务器场景。
1、查看当前系统级最大值：cat /proc/sys/fs/file-max
2、临时提高该值（重启后失效）：sudo sysctl -w fs.file-max=1048576
3、将新值写入sysctl配置文件实现持久化：echo "fs.file-max = 1048576" | sudo tee -a /etc/sysctl.conf
4、加载更新后的内核参数：sudo sysctl -p
四、针对systemd服务单独设置文件描述符限制
当服务由systemd管理时，直接修改limits.conf可能对其无效；此时需在对应服务单元文件中显式声明资源限制。
1、编辑目标服务的unit文件，例如Nginx：sudo nano /etc/systemd/system/nginx.service
2、在[Service]段落内添加限制项：LimitNOFILE=65535
3、若需统一应用于所有systemd服务，可编辑主配置：sudo nano /etc/systemd/system.conf
4、在[Manager]段落下添加：DefaultLimitNOFILE=65535
5、重载systemd配置并重启服务：sudo systemctl daemon-reload && sudo systemctl restart nginx
五、通过shell启动脚本注入ulimit指令
对于无法直接编辑unit文件或使用SysVinit的老系统，可在服务启动前强制设置环境级限制。
1、编辑服务的systemd service文件，在[Service]段添加预执行命令：ExecStartPre=/bin/sh -c "ulimit -n 65535"
2、确保该命令在ExecStart之前执行，否则无效。
3、保存后重载并重启服务：sudo systemctl daemon-reload && sudo systemctl restart your_service
4、验证服务进程实际限制：cat /proc/$(pgrep -f your_service)/limits | grep "Max open files"
