遇到“too many open files”错误时，需依次调整ulimit软硬限制、用户级limits.conf、systemd服务limitnofile及内核fs.file-max参数。
如果您在Linux系统中运行高并发服务时遇到“Too many open files”错误，则可能是由于系统对单个进程可打开文件数的限制过低。以下是修改文件最大打开数的具体操作步骤：
一、临时修改当前会话的ulimit值
该方法仅对当前Shell会话及其子进程生效，重启终端或注销后失效，适用于快速验证或调试场景。
1、执行命令查看当前软限制和硬限制：
ulimit -Sn && ulimit -Hn
2、将软限制提升至65535（需不超过当前硬限制）：
ulimit -Sn 65535
3、若需同时提高硬限制（需具备root权限）：
sudo ulimit -Hn 65535
4、验证修改结果：
ulimit -n
二、永久修改用户级限制（针对特定用户）
通过编辑用户shell配置文件，使ulimit设置在每次登录时自动加载，适用于仅需为某个用户（如www-data、deploy）调整限制的场景。
1、使用文本编辑器打开该用户的shell配置文件，例如bash用户编辑 ~/.bashrc：
vim ~/.bashrc
2、在文件末尾添加以下两行：
ulimit -S n 65535
ulimit -H n 65535
3、保存并退出，执行命令使配置立即生效：
source ~/.bashrc
4、新开终端验证是否生效：
ulimit -n
三、永久修改系统级限制（全局生效）
该方式通过修改PAM模块配置与系统limits配置文件，影响所有用户（除root外默认受约束），是生产环境推荐的标准做法。
1、编辑 /etc/security/limits.conf 文件：
sudo vim /etc/security/limits.conf
2、在文件末尾追加以下四行（其中username可替换为具体用户名，或使用*代表所有普通用户）：
username soft nofile 65535
username hard nofile 65535
* soft nofile 65535
* hard nofile 65535
3、确保 /etc/pam.d/common-session 或对应登录管理文件包含如下行（Debian/Ubuntu通常已存在）：
session required pam_limits.so
4、重启用户会话或重新登录，执行 ulimit -n 验证结果
四、修改systemd服务的文件数限制
对于由systemd托管的服务（如nginx、redis、java应用），其进程不受/etc/security/limits.conf直接影响，必须单独配置service unit参数。
1、查找目标服务的unit文件路径：
systemctl show -p FragmentPath 服务名.service
2、创建覆盖目录并编辑override文件：
sudo systemctl edit 服务名.service
3、在打开的编辑器中输入以下内容：
[Service]
LimitNOFILE=65535
4、保存退出后重载配置并重启服务：
sudo systemctl daemon-reload
sudo systemctl restart 服务名.service
五、内核级全局限制调整（fs.file-max）
该参数定义整个系统允许打开的最大文件句柄总数，由内核维护，独立于单个进程限制，当出现系统级资源耗尽提示时需调整。
1、查看当前内核限制值：
cat /proc/sys/fs/file-max
2、临时修改（重启失效）：
sudo sysctl -w fs.file-max=1048576
3、永久生效：编辑 /etc/sysctl.conf，添加一行：
fs.file-max = 1048576
4、加载新配置：
sudo sysctl -p
