根本原因是vscode-server以最小权限启动且未预装lsof、ss等工具，同时path可能缺失/usr/sbin路径；需先安装对应包并修正path，再确保以目标进程同用户身份运行命令，注意selinux/apparmor及ptrace_scope限制。
Remote-SSH 连接后无法运行 lsof 或 ss 检测 FD 泄露？
根本原因不是 VSCode 本身限制，而是 Remote-SSH 自动部署的 vscode-server 默认以最小权限启动，不带 lsof、ss、procps 等系统工具，且远程用户 shell 环境 PATH 可能未包含这些命令所在路径（如 /usr/sbin）。
常见报错：bash: lsof: command not found 或 ss: command not found，尤其在 CentOS/RHEL 系统上更易出现。
- 先确认命令是否存在：
which lsof、which ss；若返回空，说明未安装 - Ubuntu/Debian：运行
sudo apt install lsof iproute2 -y - CentOS/RHEL：运行
sudo yum install lsof iproute -y（或dnf） - 安装后检查 PATH 是否含
/usr/sbin：echo $PATH；若缺失，需在~/.bashrc中追加export PATH="/usr/sbin:$PATH"并重载
VSCode 终端里 lsof -p $PID 返回空或权限不足？
VSCode 的集成终端默认使用非登录 shell（sh -c 启动），可能未加载用户完整环境，导致 lsof 无法读取 /proc/$PID/fd/ 目录 —— 尤其当目标进程属于另一用户，或 SELinux/AppArmor 启用时。
关键点：FD 泄露检测依赖对 /proc 的直接访问，而 VSCode 终端无特殊提权能力。
- 确保你在终端中以与目标进程相同用户身份运行
lsof；例如进程是www-data，就别用root或普通用户去查 - 避免在 VSCode 终端里直接查 root 进程；改用
sudo -u www-data lsof -p $(pgrep -f 'your_app') - 若仍报
permission denied，检查/proc/sys/kernel/yama/ptrace_scope：值为1会阻止非子进程 inspect，临时设为0（需 root）：echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope
远程调试时想实时监控 FD 增长，但 watch -n 1 'lsof -p $PID | wc -l' 卡住？
watch 在 VSCode 集成终端中常因信号处理异常或伪终端（pty）缓冲问题卡死，尤其当输出含控制字符或行宽超限；这不是 FD 检测逻辑问题，而是终端仿真限制。
替代方案更稳定、可脚本化：
- 用纯 bash 循环代替：
while true; do echo "$(date): $(lsof -p $PID 2>/dev/null | wc -l) fds"; sleep 1; done - 把结果重定向到文件，再用 VSCode 打开日志：
./fd_monitor.sh > /tmp/fd_log.txt 2>&1 & - 若需图形化趋势，可在远程用
gnuplot或本地用 Python +paramiko抓取数据绘图，而非强求终端实时刷新
为什么 vscode-server 进程自身 FD 数暴涨，但 lsof -p 查不到关联文件？
VSCode Remote-SSH 会在后台维持多个通道：文件监听（file watching）、端口转发、WebSocket 连接、扩展 host 进程。这些不表现为传统“打开文件”，而是 socket、eventfd、timerfd 等内核对象 —— lsof 默认不显示，需加 -a -d mem 或用 ls -l /proc/$PID/fd/ 手动观察 fd 编号类型。
典型干扰项：
-
inotify实例过多（比如监控整个node_modules）→ 触发大量inotify_wdfd，lsof不列，但cat /proc/$PID/status | grep FDSize会高 - VSCode 设置里启用了
remote.autoForwardPorts且端口数多 → 每个 forward 创建一对 socket fd - 禁用 file watching（设置
"remote.experimental.fileWatcher": false）可立竿见影降低 fd 增长
真正要定位泄露，得盯住你自己的进程 PID，而不是 code-server；VSCode 自身 fd 行为是已知模式，不是 bug，只是配置不当会放大影响。
