vscode 启动变慢、插件响应迟钝常因 settings.json 中冗余/冲突配置导致解析耗时增加；应清理残留插件配置、删除无用注释、将项目专属配置移至工作区级 .vscode/settings.json，并避免动态值与语言关联配置泛化。
VSCode 启动变慢、插件响应迟钝，往往不是装得太多，而是 settings.json 里堆了大量未生效或冲突的配置项——它们本身不报错，但每次启动/重载时都会被完整解析、校验、合并，拖累主线程。这类问题在团队共享配置、长期迭代项目、或频繁试用插件后尤其明显。
检查 settings.json 是否已膨胀到影响解析性能
VSCode 对用户和工作区两级 settings.json 的解析是同步阻塞的。当文件超过 200 行、含大量嵌套对象或冗余注释时，即使所有配置都合法，JSON 解析 + schema 校验也会增加 50–200ms 延迟（实测于 1.118 版本）。
- 打开命令面板，运行
Developer: Open Settings (JSON)，观察文件大小和结构 - 重点关注：
"editor.*"类高频配置是否重复出现（如多个"editor.formatOnSave"）、"files.watcherExclude"是否被多次覆盖、插件残留配置（如"prettier.requireConfig"在已禁用 Prettier 后仍存在） - 用 VS Code 自带的 JSON 验证（底部状态栏显示“Valid JSON”）确认无语法错误；但注意：语法正确 ≠ 语义有效 —— 冗余字段照样参与解析流程
删除插件残留配置项比禁用插件更重要
禁用一个插件，不代表它注册的配置项会自动从 settings.json 中消失。这些“幽灵配置”持续参与每次加载，还可能干扰其他插件行为。
- 常见残留字段示例：
"eslint.enable"、"gitlens.advanced.caching.enabled"、"typescript.preferences.includePackageJsonAutoImports" - 操作建议：在禁用/卸载插件后，手动搜索并删除其相关配置项；不要只依赖 UI 设置面板，它通常只写入新值，不清理旧键
- 特别注意
settings.json中以//开头的注释行 —— VS Code 1.118 虽支持 JSONC，但大量注释仍会延长 parser 初始化时间（尤其是含长路径或正则表达式的注释）
用 workspace 级配置替代 user 级泛化配置
把所有插件配置都写在用户级 settings.json（即全局设置），会导致每次打开任意项目都必须加载、解析、匹配全部规则，哪怕当前项目根本不用 ESLint 或 Python。
- 将项目专属配置（如
"eslint.options"、"prettier.configPath"）移入项目根目录下的.vscode/settings.json - 用户级
settings.json只保留真正跨项目的通用项："editor.tabSize"、"files.autoSave"、"workbench.startupEditor" - 避免使用
"[javascript]": { ... }这类语言关联配置放在用户级 —— 它们会在每次语言检测时触发额外匹配逻辑，应按需下沉到 workspace
避免在 settings.json 中写动态值或表达式
VSCode 的 settings.json 是静态 JSON，不支持变量、函数或环境替换。但部分用户会误用字符串模拟动态行为（如 "files.watcherExclude": { "**/node_modules/**": true, "**/${env:PROJECT_NAME}/**": true }），这会导致解析器反复尝试展开、失败、回退，显著拉长耗时。
- 所有路径排除必须是确定字符串，不能含
${...}、$(...)或环境变量引用 - 需要条件化配置？改用
settings.json+settings.sync或脚本生成（如 pre-commit hook 自动生成.vscode/settings.json） - 若必须区分环境，优先用多配置文件 +
code --user-data-dir启动不同 profile，而非在单个 JSON 里硬塞逻辑
最易被忽略的一点：VSCode 不会缓存 settings.json 的解析结果。每次窗口重载、甚至某些插件热更新后，整个配置树都会重新 parse + merge。所以删掉 10 行无用配置，可能比禁用一个插件更能缩短启动时间 —— 尤其当你已经用 code --disable-extensions 排除了插件干扰之后。
