Linux系统“Too many open files”错误需分五步优化：一、临时调高ulimit；二、永久配置limits.conf；三、增大/proc/sys/fs/file-max；四、调优inotify和aio内核参数；五、逐层验证生效。
如果您在Linux系统中运行高并发服务或处理大量文件时遇到“Too many open files”错误，则可能是由于系统默认的最大文件描述符限制过低。以下是修改最大文件限制并优化相关内核参数的具体操作步骤：
一、临时修改用户级文件描述符限制
该方法仅对当前会话及由此启动的进程生效，重启后失效，适用于快速验证或调试场景。
1、执行命令查看当前软硬限制：ulimit -Sn（软限制）和ulimit -Hn（硬限制）。
2、将当前shell会话的软限制提升至65535：ulimit -Sn 65535。
3、若需同时提升硬限制（需具备相应权限），运行：ulimit -Hn 65535。
二、永久修改用户级限制（基于limits.conf）
该方式通过PAM模块在用户登录时自动加载限制配置，影响所有以该用户身份启动的进程。
1、使用root权限编辑配置文件：sudo nano /etc/security/limits.conf。
2、在文件末尾添加以下两行（以用户名“www-data”为例，可替换为实际用户名或通配符“*”）：www-data soft nofile 65535 和 www-data hard nofile 65535。
3、确保PAM limits模块已启用：检查/etc/pam.d/common-session中存在一行session required pam_limits.so，如无则添加。
4、重新登录用户或重启对应服务使配置生效。
三、系统级全局文件描述符限制调整
该设置控制整个内核可分配的文件描述符总数，适用于高负载服务器环境。
1、查看当前系统级限制：cat /proc/sys/fs/file-max。
2、临时修改该值（重启后失效）：sudo sysctl -w fs.file-max=1048576。
3、永久生效需写入配置文件：执行echo "fs.file-max = 1048576" | sudo tee -a /etc/sysctl.conf。
4、加载更新后的sysctl配置：sudo sysctl -p。
四、优化与文件描述符相关的内核参数
部分内核参数虽不直接定义文件数上限，但影响文件句柄分配效率和网络连接管理，需协同调整。
1、调整inode使用率预警阈值（避免因inode耗尽导致无法创建新文件）：sudo sysctl -w fs.inotify.max_user_watches=524288。
2、增加异步I/O事件队列长度（配合AIO应用）：sudo sysctl -w fs.aio-max-nr=1048576。
3、将上述两项持久化写入sysctl.conf：echo -e "fs.inotify.max_user_watches = 524288\nfs.aio-max-nr = 1048576" | sudo tee -a /etc/sysctl.conf。
4、执行sudo sysctl -p使配置立即生效。
五、验证修改是否生效
完成全部配置后，必须通过多层级验证确认各限制已正确加载且未被覆盖。
1、切换目标用户并启动新shell：su - www-data（或对应用户）。
2、检查当前会话限制：ulimit -n，应返回65535。
3、检查系统级总限制：cat /proc/sys/fs/file-max，应显示1048576。
4、查看某进程实际使用的文件描述符数量：ls -l /proc/$(pgrep -f "your_service")/fd | wc -l（替换your_service为实际服务名）。
