VSCode启动卡死、白屏等问题通常由扩展冲突、终端路径错误、文件描述符限制过低或用户数据目录损坏引起；应依次用--disable-extensions、检查terminal.integrated.cwd、调高ulimit、清理Cache等定位修复。
code --disable-extensions 能启动，说明扩展是罪魁祸首
VSCode 启动卡死、白屏、左下角一直转圈，但 code --disable-extensions 一运行就秒开——这基本锁定了问题范围：某个扩展在激活时崩溃或阻塞主线程。不是所有扩展都“守规矩”，尤其含原生模块（如 ms-python.python、esbenp.prettier-vscode）或最近更新过的扩展，容易因 ABI 不兼容、Node.js 版本错位或初始化超时挂住整个启动链。
实操建议：
- 别直接卸载全部扩展——先用
code --disable-extensions --verbose启动，观察终端输出里最后几行是否出现Activating extension卡住，或报ERR! spawn ENOENT（路径失效）、EACCES（权限不足） - 逐个启用扩展时，优先测试「刚更新」和「带 backend service」的扩展（比如 Codex、Remote-SSH、GitHub Copilot），它们启动时会拉进程、连端口、读配置，失败概率更高
- 若怀疑是某扩展但不敢删，可临时移走它的安装目录：
~/.vscode/extensions/xxx.extension-name-x.x.x（Linux/macOS）或%USERPROFILE%\.vscode\extensions\...（Windows），再重启验证
terminal.integrated.cwd 配置错导致终端打不开
点击 Ctrl + ` 后终端区域空白，或弹出 Failed to launch terminal process: spawn ENOENT，大概率不是 Shell 没装，而是 VSCode 找错了启动路径。它默认继承父进程工作目录，而桌面快捷方式、GNOME 收藏夹、或某些启动脚本常把工作目录设成 /home/username 或空字符串，导致终端尝试执行 cd "" 失败。
实操建议：
- 打开
settings.json，确认没有硬编码错误路径，比如"terminal.integrated.cwd": "/wrong/path"；应改用变量："terminal.integrated.cwd": "${workspaceFolder}"（项目根）或"${userHome}"（用户主目录） - 若用的是 WSL 或远程 SSH，
${workspaceFolder}可能解析为空——此时需显式指定 Linux 路径，例如"terminal.integrated.cwd": "/home/username/project" - 检查系统 Shell 是否被篡改：运行
echo $SHELL和which bash（Linux/macOS）或echo %COMSPEC%（Windows），确保值存在且可执行；若指向已删除的二进制，终端必然 ENOENT
ulimit -n 过低引发 Codex 类扩展启动失败
Codex、GitHub Copilot、甚至某些 LSP 客户端启动时会同时打开大量 socket 连接或文件描述符（fd）。Ubuntu GNOME 下通过桌面图标启动 VSCode，环境里 ulimit -n 常是默认的 1024，远低于扩展所需。现象是插件左下角显示 “Loading…” 永不结束，日志停在 app-server initialized 后无响应，netstat -tuln | grep :7897 却能看到端口已监听——说明服务起来了，但 VSCode 主进程因 fd 耗尽无法建立 IPC 通道。
实操建议：
- 别改系统级
/etc/security/limits.conf——影响太大。只需包装启动命令，在脚本里调高软限制：ulimit -Sn 65536（注意仅提升 soft limit，且不超过 hard limit） - 代理环境必须透传：GNOME 桌面启动不继承终端里的
HTTP_PROXY，所以脚本里得显式export HTTP_PROXY="http://127.0.0.1:7897/"，否则 Codex 的 remote 请求发不出去，卡在 401 认证环节 - 关键在
exec /usr/bin/code "$@"——用exec替换当前 shell 进程，让 VSCode 直接继承脚本设置的 ulimit 和环境变量，否则子进程又回落到默认限制
用户数据目录损坏导致反复闪退
VSCode 启动后瞬间关闭，任务管理器里 Code Helper (Renderer) 进程频繁启停，或 code --verbose 报 Unable to read file '/path/to/Cache/' (Error: EACCES)，基本可断定 User Data 目录里的缓存子目录（Cache、GPUCache、Crashpad）损坏。这些是 Electron 渲染层写的二进制块，异常退出时极易写坏。
实操建议：
- 不要直接删整个
~/.config/Code（Linux）或%APPDATA%\Code（Windows）——里面settings.json、keybindings.json是纯文本，值得保留；只删Cache、GPUCache、Crashpad这三个文件夹 - 更稳妥的做法是用干净路径启动验证：
code --user-data-dir=/tmp/vscode-test --disable-extensions（Linux/macOS）；若能稳启，说明旧目录确实坏了 - Windows 用户注意注册表陷阱：
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders下的Local AppData若被篡改，会导致 VSCode 根本找不到用户数据目录，报Failed to get user data dir——此时需手动修复注册表项
codex.startup.probe 参数。修的时候得一层层剥，别指望一个命令全搞定。 
