VSCode 本身不运行 Node.js 代码，卡顿几乎都来自“集成环境”环节——终端启动慢、调试器初始化卡、保存时触发的 npm 脚本/格式化阻塞、语言服务器（tsserver）持续分析 node_modules。直接禁用或隔离这些环节，比调参数更有效。
为什么 terminal.integrated.shell.* 配置错误会导致输入延迟
VSCode 终端不是独立 shell，它依赖主进程派生子进程并桥接 stdin/stdout。一旦配置指向已卸载的 shell（如旧版 zsh 插件损坏）、或路径中含空格未转义、或 shell 初始化脚本（.zshrc）里有阻塞操作（如网络请求、大文件读取），就会导致每次新开终端卡住 2–5 秒。
- 执行
code --disable-extensions启动，再开终端测试是否恢复；若恢复，说明是扩展干扰而非 shell 配置问题 - 检查
terminal.integrated.defaultProfile.osx（macOS）或terminal.integrated.defaultProfile.linux是否指向真实存在的 shell 路径，例如/bin/zsh而非/usr/local/bin/zsh（后者可能已被 Homebrew 卸载） - 临时重命名
.zshrc为.zshrc.bak，重启 VSCode 终端验证是否清除了初始化阻塞点
files.watcherExclude 配不全会直接拖垮 Code Helper (Renderer)
VSCode 的文件监视器底层用 chokidar + 系统 inotify/FSEvents，只要监听目录里有 10 万个 .js 文件（比如 node_modules），每次 npm install 或保存文件，就会触发同等数量的事件，全部压进渲染线程队列——结果就是打字卡、Git 状态刷新慢、甚至整个 UI 冻结。
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 必须在工作区级
.vscode/settings.json中配置，用户级设置对当前项目无效 - 至少包含：
"**/node_modules/**": true、"**/dist/**": true、"**/.git/**": true、"**/logs/**": true - 前端项目额外加：
"**/build/**": true、"**/out/**": true；TypeScript 项目加："**/lib/**": true - 改完后必须关闭并重新打开该工作区，否则不生效
tsserver 占用高 CPU？别只关自动导入，要降级语义模式
默认 TypeScript 语言服务（tsserver）会加载整个项目 AST 并做完整类型推断，遇到 node_modules/@types 或大型库（如 rxjs、lodash）时，内存驻留常超 1GB，CPU 持续 >80%。
- 在设置中搜索
typescript.preferences.includePackageJsonAutoImports，设为off（关自动导入只是表象，根源是语义分析深度） - 搜索
typescript.preferences.disableSuggestions，设为true（禁用补全建议能砍掉 40%+ 请求量） - 更彻底：在
settings.json中添加"typescript.preferences.suggestionActionsEnabled": false，并重启 TS 服务（命令面板执行TypeScript: Restart TS Server）
调试器启动慢、断点不命中，本质是源码映射解析失控
Node.js 调试器（js-debug）在首次断点前，会同步解析所有 sourceMap 文件。若 webpack.config.js 中 devtool 设为 source-map 且 outFiles 未排除 node_modules，它就会遍历数千个 .map 文件，造成 3–8 秒白屏。
- 检查
launch.json中的outFiles字段，确保只包含实际构建产物路径，例如["${workspaceFolder}/dist/**/*.js"]，而非宽泛的["${workspaceFolder}/**/*.js"] - 在
webpack.config.js中将devtool改为cheap-module-source-map或eval-source-map（仅开发时），避免生成全量.map - 禁用
js-debug的自动源码映射加载：在settings.json中加"debug.javascript.autoAttachFilter": "onlyWithFlag"，只在启动命令加--inspect时才启用调试
真正卡住 VSCode 的从来不是“Node.js 运行慢”，而是编辑器试图替你做太多事：监听每个 node_modules 文件、为每个 .ts 补全查类型、在断点前扫光所有 .map。把控制权收回来，明确告诉它“哪些不用管”，比等它优化更可靠。
