崩溃主因是插件在activate()阶段同步读取settings.json时触发未处理异常，如中文路径、权限不足或废弃API调用；code --disable-extensions --user-data-dir可隔离验证，再逐字段还原定位问题。
崩溃不是配置文件本身坏了，而是插件在读取时触发了未处理的异常——比如路径含中文、权限不足、或调用了已废弃的 API。
为什么 settings.json 读取失败会直接导致崩溃
VSCode 启动时，部分插件（尤其是语言服务器类如 ms-python.python、rust-lang.rust-analyzer）会在 activate() 阶段同步读取 .vscode/settings.json 或用户级 settings.json。一旦遇到以下情况，Node.js 层面抛出未捕获异常，exthost 进程立即终止：
-
ENOENT：路径含空格/中文/特殊符号，导致fs.readFile找不到文件（Windows 常见于%USERPROFILE%AppDataRoamingCodesettings.json中文用户名） -
EACCES：插件尝试写入只读目录（如系统级安装的 VSCode + 用户无写权限） -
JSON.parse报错：配置里有非法逗号、注释、或 Unicode BOM 头（尤其从其他编辑器复制粘贴后） - 插件使用了已被移除的 API，例如
vscode.workspace.getConfiguration().get('xxx')返回undefined后直接访问.length
如何快速验证是配置读取问题而非插件本身
别急着删插件——先绕过所有配置加载逻辑，用最干净的上下文启动：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 执行
code --disable-extensions --user-data-dir /tmp/vscode-test（Linux/macOS）或code --disable-extensions --user-data-dir %TEMP% scode-test（Windows），强制使用全新空白用户数据目录 - 若此时能正常打开，说明原
settings.json或扩展配置（如.vscode/extensions.json）存在异常 - 接着单独测试配置文件：把原
settings.json重命名为settings.json.bak，新建空{}文件再启动；逐步还原字段定位哪一行触发崩溃
settings.json 中高危配置项与安全写法
以下字段最容易引发插件读取异常，务必检查语法和值类型：
-
"python.defaultInterpreterPath"：路径必须用正斜杠或双反斜杠，避免单反斜杠（"C: envpython.exe"❌ →"C:/venv/python.exe"✅ 或"C:\venv\python.exe"✅） -
"files.associations"：值必须是字符串，不能是数组（"*.vue": ["html", "vue"]❌ →"*.vue": "vue"✅） -
"editor.quickSuggestions"：旧版插件可能期望布尔值，但新 VSCode 允许对象；统一写成true或false更稳妥 - 任何带
${workspaceFolder}的路径，确保工作区已打开且该变量可解析（单独启动 VSCode 时此变量为空，某些插件未做空值判断）
崩溃发生前看不到日志？那就盯住 exthost 进程退出码
当 Developer: Open Extension Host Log 打不开或日志为空，说明崩溃发生在日志模块初始化之前。此时唯一可信线索是进程退出状态：
- 终端运行
code --disable-extensions --verbose，观察最后几行是否出现exthost process exited with code 1或segmentation fault - 若看到
Failed to load extension后紧跟路径，说明插件尝试读取自身package.json或settings.json时失败 - macOS 上还可加
arch -arm64 code --verbose排除 Rosetta 兼容层干扰（ARM64 插件在 x64 模拟下读配置易出错）
真正棘手的是那些不报错、不写日志、只让 exthost 静默退出的情况——它们往往卡在 fs 模块底层，必须靠 --user-data-dir 隔离+逐字段删减配置来逼近问题点。
