vscode在linux上“failed to watch”是因inotify监视器超限，需调高fs.inotify.max_user_watches：临时执行sudo sysctl fs.inotify.max_user_watches=65536并重启vscode；永久则追加该行至/etc/sysctl.conf后运行sudo sysctl -p。
VSCode 在 Linux 上报 “Failed to watch” 或自动刷新失效，大概率是 inotify 监控数超限，不是项目配置或插件问题，直接调 fs.inotify.max_user_watches 就行。
为什么 VSCode 会卡在文件监听失败？
VSCode（以及 Webpack、Vite、IntelliJ 等）依赖 Linux 内核的 inotify 机制监听文件变化。每个被监听的目录/文件都会占用一个 watch，而内核默认限制极低（常见为 8192）。大型前端项目 node_modules 下成千上万个子目录，几下就爆了。
典型现象包括：
- VSCode 左下角反复提示
Failed to watch file or directory - 保存后不触发 Live Server / ESLint / Prettier 自动响应
-
inotifywait -m -r .报错No space left on device
验证当前限制：运行 cat /proc/sys/fs/inotify/max_user_watches，若输出 ≤ 16384，基本就是它了。
临时修复：快速验证是否生效
不用重启、不用改配置文件，一行命令立即提升限制：
- 执行
sudo sysctl fs.inotify.max_user_watches=65536 - 再运行
sudo sysctl -p（确保内核重载参数） - 重启 VSCode（必须关掉所有窗口再打开，仅 reload window 不够）
这个改动只在当前会话有效，重启系统后恢复原值 —— 适合快速验证问题是否根源于此。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
永久生效：写入 /etc/sysctl.conf
编辑系统级配置，避免每次重启都手动设：
- 用
sudo nano /etc/sysctl.conf打开文件 - 末尾追加一行：
fs.inotify.max_user_watches=65536（数值可按需上调，但不建议盲目设到百万级） - 保存后执行
sudo sysctl -p加载新配置
注意：/etc/profile 或用户 shell 配置里加 sysctl 命令是无效的 —— sysctl 是内核参数，必须由 root 在系统初始化阶段加载，/etc/sysctl.conf 是标准位置。
别和 ulimit -n 搞混
有人看到“文件数限制”就去调 ulimit -n（即 fs.file-max 或用户级 nofile），这是两个完全不同的东西：
-
ulimit -n控制进程能打开的文件描述符（file descriptor）总数，影响fopen、socket等 -
fs.inotify.max_user_watches专管 inotify 实例能监听多少路径，和 VSCode 的文件监视强相关 - 改错地方不会解决问题，还可能掩盖真实瓶颈
真正要调 ulimit 的场景，通常是 Node.js 启动大量 HTTP 连接、或数据库连接池溢出 —— 和 VSCode 编辑体验无关。
实际操作中最容易漏掉的是：改完 sysctl.conf 忘了 sudo sysctl -p，或者改完没重启 VSCode。这两个动作缺一不可。
