直接读 /proc/sys/fs/file-nr 是最轻量权威方式，返回三列：已分配句柄数、已使用句柄数、系统最大句柄数；其中第二列即当前真正被进程占用的总数。
查看当前系统已分配和使用的句柄总数
直接读 /proc/sys/fs/file-nr 是最轻量、最权威的方式。它返回三列数字，例如 1245 89 65536：第一列是内核已分配的句柄总数（含未使用），第二列是当前真正被进程占用的数量，第三列是系统允许的最大值（即 fs.file-max）。这个值不依赖用户权限，也不受 shell 限制影响，适合监控脚本或告警采集。
查单个进程打开了多少文件句柄
用 lsof -p <pid></pid> 可列出该进程所有打开的 fd，但统计数量更常用的是：ls -1 /proc/<pid>/fd/ 2>/dev/null | wc -l</pid>。这个方法比 lsof 更快、更稳定，尤其在高并发场景下不会因扫描失败而漏数。注意：必须有权限读取目标进程的 /proc/<pid>/fd/</pid> 目录，普通用户只能查自己的进程。
- 如果只想看 top 几个“句柄大户”，用：
lsof -n | awk '{print $2}' | sort | uniq -c | sort -nr | head -10 - 输出第一列是句柄数，第二列是
PID；再配合ps -p <pid> -o pid,comm,args</pid>就能定位具体进程
确认当前 shell 的单进程句柄限制
ulimit -n 显示的是当前 shell 启动的进程默认能打开的最大文件数，它由软限制（soft limit）决定。这个值可能远小于系统总上限（fs.file-max），也常是 “Too many open files” 错误的直接原因。注意：ulimit -n 查到的是数值，不是配置项本身；它不反映 root 或其他用户的设置，只对当前会话有效。
- 软限制可临时调高：
ulimit -n 65535（需低于硬限制） - 硬限制查看：
ulimit -Hn；修改硬限制必须 root 权限且通常需改/etc/security/limits.conf - 很多服务（如 systemd 管理的进程）不继承 shell 的 ulimit，得单独配
LimitNOFILE=
为什么 lsof | wc -l 不等于 /proc/sys/fs/file-nr 第二列
因为 lsof 默认过滤掉部分内核内部 fd（如 eventpoll、inotify 实例）和已删除但仍被引用的文件（deleted 状态），而 /proc/sys/fs/file-nr 统计的是内核全局的 fd 分配计数。实际排障时，应以 file-nr 的第二列为真实使用量基准，lsof 更适合作为辅助定位具体哪个进程占得多。另外，容器环境里，/proc/sys/fs/file-nr 是宿主机视角，容器内看到的可能是隔离后的值。
