Linux进程句柄耗尽本质是文件描述符（fd）耗尽，表现为open()等系统调用返回EMFILE或ENFILE，需通过lsof、/proc/pid/fd和limits排查三层限制，并针对systemd服务在unit文件中配置LimitNOFILE。
Linux进程句柄耗尽，本质是文件描述符（file descriptor, fd）用完了。每个打开的文件、socket、管道、eventfd、timerfd等都占用一个fd，系统对单个进程和整个系统都有上限限制。一旦达到上限，open()、socket()、accept() 等系统调用会失败并返回 EMFILE（进程级超限）或 ENFILE（系统级超限），常见于高并发服务（如Nginx、Redis、Java应用）突然拒绝新连接或写入失败。
查看当前进程的fd使用情况
快速定位哪个进程占用了大量fd：
-
lsof -p <pid> | wc -l</pid>：统计指定进程打开的fd数量（注意：lsof自身也会临时打开fd，结果略偏高） -
ls -l /proc/<pid>/fd/ | wc -l</pid>：更准确，直接读取内核维护的fd目录条目数 -
cat /proc/<pid>/limits | grep "Max open files"</pid>：查看该进程软硬限制值
理解三类fd限制层级
fd限制不是单一配置，而是三层叠加作用：
-
系统级总限制：
/proc/sys/fs/file-max，所有进程fd总数上限。可通过sysctl -w fs.file-max=1048576临时调整，写入/etc/sysctl.conf持久生效 -
用户级限制：由
/etc/security/limits.conf控制，例如www-data soft nofile 65535和www-data hard nofile 65535。注意：仅对通过PAM登录启动的进程生效（systemd服务默认绕过，需额外配置） -
进程级运行时限制：由
ulimit -n设置，继承自父进程。子进程无法突破其硬限制。可通过prlimit --nofile=65535:65535 <pid></pid>动态调整正在运行的进程（需root权限）
systemd服务如何正确设置fd限制
现代Linux发行版多用systemd管理服务，limits.conf 对其无效。必须在service单元文件中显式声明：
- 编辑
/etc/systemd/system/myapp.service，在[Service]段添加：
LimitNOFILE=65535
LimitNOFILESoft=65535 - 重载配置：
systemctl daemon-reload，然后重启服务：systemctl restart myapp - 验证：
systemctl show myapp | grep LimitNOFILE或检查/proc/<pid>/limits</pid>
排查fd泄漏的实用技巧
fd持续增长不释放，往往是代码未正确关闭资源：
- 对比不同时刻的fd数量：
watch -n 1 'ls /proc/<pid>/fd/ | wc -l'</pid>，观察是否线性上升 - 用
lsof -p <pid></pid>查看fd类型分布：大量socket可能连接未关闭；大量REG（普通文件）可能日志/配置文件反复打开未关；大量anon_inode可能是epoll、eventfd等内核对象泄漏 - Java应用可加JVM参数
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps并结合jstack分析线程阻塞点；Go程序注意defer file.Close()是否被循环覆盖
