如何在VSCode中排查Node环境加载过慢-VSCode-PHP中文网

npm install卡在fetchmetadata或extract阶段是因registry.npmjs.org在国内解析慢、tls握手失败或cdn回源超时所致，需切换为https://registry.npmmirror.com镜像源，清缓存并删除node_modules和package-lock.json后重试。

如何在vscode中排查node环境加载过慢

npm install 卡在 fetchMetadata 或 extract 阶段

这不是网络慢，是默认 registry registry.npmjs.org 在国内解析失败、TLS 握手超时或 CDN 回源失败导致的。现象是终端停在 fetchMetadata、extract 或某个包名不动，npm config get registry 仍返回官方源。

立刻执行 npm config set registry https://registry.npmmirror.com（注意带 https:// 和末尾 /）
运行 npm cache clean --force 清缓存
删掉项目根目录下的 node_modules 和 package-lock.json
重试 npm install；若仍卡住，加 --no-package-lock 跳过锁文件生成

VSCode 终端里 npm 命令找不到或报 “cannot be loaded because running scripts is disabled”

这是 Windows PowerShell 执行策略限制，和 Node.js 本身无关，但会阻断全局工具（如 @vue/cli）安装。

Rydberg Agent Node

使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r

下载

右下角点击终端类型，优先切换成 Command Prompt 或 Git Bash
若必须用 PowerShell：以管理员身份打开它，运行 Set-ExecutionPolicy RemoteSigned -Scope CurrentUser（不是 LocalMachine）
重启 VSCode —— 仅关闭窗口无效，Windows 要任务栏右键 → “退出”，macOS 用 Cmd+Q
验证：npm -v 能输出版本号才算生效；否则手动把 Node.js 安装路径（如 C:\Program Files\nodejs\）加进系统 PATH

VSCode 启动后 Node 相关功能（如调试、IntelliSense）延迟或失效

问题常出在扩展加载顺序和文件监听范围失控，不是 Node.js 没装好，而是 VSCode 自己“看太多”。

禁用所有非必需扩展，尤其含 onStartup 或 * 的激活事件（如 ESLint、Prettier、GitLens），通过命令面板执行 Developer: Show Running Extensions 查耗时
在项目 .vscode/settings.json 中强制排除干扰目录：

{
  "files.watcherExclude": {
    "**/node_modules/**": true,
    "**/.git/**": true,
    "**/dist/**": true
  },
  "search.exclude": {
    "**/node_modules": true,
    "**/build": true
  }
}

不要依赖全局 node_modules；每个项目应有独立 package.json，避免路径污染
如果调试时频繁卡在 node_modules 内部，检查 launch.json 是否配置了 "skipFiles": ["<node_internals>/**"]</node_internals>

装完 Node.js 后 VSCode 整体变卡，内存飙升

根本原因不是 Node.js，而是 VSCode 默认对整个工作区做符号索引 + 语言服务预热，而 node_modules 里的几万文件成了累赘。

彻底退出 VSCode（包括托盘进程），清理三类缓存目录：Cache、CachedData、workspaceStorage（路径见系统 %APPDATA% 或 ~/Library/Caches）
别删 extensions 目录本身，但要清理其中带 -cache 后缀的子文件夹（PowerShell 或 find 命令可精准筛选）
启动时加参数验证：code --status 看各阶段耗时，code --prof-startup 导出性能快照
远程开发或 WSL 场景下，确保本地网络稳定，且不把 node_modules 放在 OneDrive/iCloud 同步路径里

真正卡住的地方，往往不在 Node.js 版本或命令本身，而在 VSCode 对“哪些文件该管、哪些该放”的默认判断——它默认全管，而你得亲手划清边界。