一句话：文件描述符（File Descriptor，FD）泄漏（FD Leak）是指程序打开了文件、套接字或管道，却没有在结束时关闭，导致进程持有的 FD 只增不减，最终报出「Too many open files」。
FD 像操作系统发给进程的“取件码”。每次 open 文件、建立 socket、创建 pipe，内核就分配一个小整数；close 时归还。上限像餐厅的取号牌，只借不还，后面的人就取不到号，程序也开不了新连接、读不了新文件。它和内存泄漏（Memory Leak）不同：内存泄漏吃堆内存，FD 泄漏吃内核句柄表，表现常是连接失败、日志写不进去、模型服务突然拒绝请求。
谁没关？常见有：异常路径提前 return，跳过了 close；循环里反复创建客户端或数据库连接，却只在正常路径关闭；HTTP 响应体没关闭；临时文件、日志 handler、子进程管道、多进程队列没释放；AI 服务中图片解码、数据加载、gRPC/HTTP 长连接、批量推理读文件时最易中招。
定位思路：
1. 先看现场：lsof -p <pid> 看 FD 数量和重复的 NAME；ls -l /proc/<pid>/fd | wc -l 也能数。若同一路径或同一远端地址大量重复，很可能是对应代码没关。
2. 抓现行：用 strace -f -e trace=openat,close,socket,accept,connect -p <pid> 观察 open 与 close 是否失衡。生产环境慎用，可能影响性能。
3. 复现并埋点：把 open/socket/close 包一层，记录每次打开的调用栈和当前计数；计数只涨不落时，调用栈直接指向漏关那一行。
4. 代码审计：每个 open 必须有 with/finally/defer/RAII 兜底；重点查异常分支和提前 return。
| 现象 | 更像 FD 泄漏 | 更像内存泄漏 |
|---|---|---|
| 报错 | Too many open files | OOM、GC 频繁 |
| 资源 | 文件/套接字/管道 | 堆内存 |
| 定位 | lsof、/proc、strace | 堆快照、内存分析 |
实际意义：对 AI 从业者，FD 泄漏会让在线推理服务先“半死”——还能算，但新请求进不来；对普通人，它解释了为什么某些软件开久了必须重启。修复不靠调大上限，而靠让每个打开都有对应的关闭。具体上限和工具行为以系统和运行环境官方文档为准。