VSCode报文件监视警告是因为Linux inotify默认限制单用户监听文件数（8192），工作区文件过多时触发；需同步调整max_user_watches、max_user_instances、max_queued_events三个内核参数，并完全重启VSCode生效。
为什么 VSCode 会报这个警告
VSCode 的文件监视（file watcher）底层依赖 Linux 的 inotify，而内核对每个用户能监听的文件数量有硬限制（默认通常只有 8192）。当工作区里有 node_modules、build 输出、日志目录等大量文件时，VSCode 就会触发这个提示——不是它卡了，是系统直接拒绝分配更多监听句柄。
怎么改 /proc/sys/fs/inotify 三个关键参数
真正起作用的是这三个内核参数，必须一起调，只改一个没用：
-
fs.inotify.max_user_watches：单个用户最多监听多少文件（最常被调的） -
fs.inotify.max_user_instances：单个用户最多启动几个 inotify 实例（VSCode 启多个窗口或工作区时会用到） -
fs.inotify.max_queued_events：事件队列长度，太小会导致事件丢失（尤其高频保存场景）
临时生效（重启后失效）：
sudo sysctl -w fs.inotify.max_user_watches=524288<br>sudo sysctl -w fs.inotify.max_user_instances=1024<br>sudo sysctl -w fs.inotify.max_queued_events=524288
永久生效：把这三行加到 /etc/sysctl.conf 或新建 /etc/sysctl.d/99-vscode.conf，然后运行 sudo sysctl --system。
改完还报错？检查 VSCode 是否用了旧配置
VSCode 不会自动重载 inotify 配置，必须完全退出再启动：
- 关掉所有 VSCode 窗口（包括托盘进程），用
ps aux | grep code确认无残留 - 别用
Reload Window，那只是刷新渲染进程，不重建文件监视器 - 如果用了 Remote-SSH，得在远程服务器上改对应机器的
sysctl，本地改无效 - WSL2 用户注意：要改 WSL 里的 /etc/sysctl.conf，不是 Windows 主机
不建议盲目拉到几百万，注意副作用
这几个值不是越大越好：
- 内存占用会线性增长，
max_user_watches=1048576可能多占几十 MB 内存 - 过高的
max_queued_events在极端情况下拖慢系统响应（事件积压太多） - 某些老旧发行版（如 CentOS 7 默认内核）对 >1M 的 watches 支持不稳，建议先试 524288
真正的大项目（比如含 50w+ 文件的 monorepo），与其硬扛 inotify，不如在 settings.json 里用 files.watcherExclude 主动忽略 node_modules/**、dist/** 这类目录——监视器少建几百个，比调内核参数更干净。
