Prettier-VSCode扩展：错误参数为何解决100%CPU占用问题？

解答 #

1. 错误prettierPath解决卡顿的原因

当你配置了不存在的prettierPath时，Prettier VS Code扩展加载指定路径模块失败，触发了扩展的容错回退机制——自动切换到扩展内置的Prettier版本运行。

你之前的卡顿问题，大概率是因为项目本地安装的Prettier版本与扩展存在兼容性冲突，或是容器环境下本地版本的依赖加载/执行效率极低（比如容器资源限制导致依赖解析缓慢）。而扩展内置的版本是经过适配优化的，在容器环境中运行更高效，因此卡顿问题消失。

2. 实际使用的Prettier版本

此时实际运行的是Prettier VS Code扩展自带的内置版本。扩展在加载自定义路径模块失败后，会自动降级使用内置版本，这是为了保证扩展基本功能可用的设计。

3. 清晰一致的配置方案

• 优先使用项目本地版本（推荐）：
  在项目根目录通过包管理器安装指定版本的Prettier：

  npm install prettier --save-dev
  # 或
  yarn add prettier --dev
  

  同时移除VS Code设置中错误的prettierPath配置，让扩展自动检测项目本地的Prettier。这样能保证团队成员使用相同版本，避免格式化差异。
• 锁定版本避免兼容问题：在package.json中明确指定Prettier的具体版本号，防止依赖自动升级引发问题。
• 容器环境排查优化：如果本地版本在容器中仍有性能问题，检查容器的CPU/内存分配是否充足；或删除node_modules和锁文件（package-lock.json/yarn.lock）后重新安装依赖，确保容器内依赖完整。
• 强制使用扩展内置版本（可选）：若确实需要使用内置版本，无需配置错误路径，直接在VS Code设置中添加：

  "prettier.resolveGlobalModules": false
  

  同时确保项目未安装本地Prettier，扩展会自动使用内置版本。

内容的提问来源于stack exchange，提问作者David Dahan