VSCode双击无反应且进程不创建，说明启动链路在最前端被系统级机制阻断；需先结束所有残留进程，验证code --version是否正常，再检查快捷方式路径、权限、用户数据目录完整性及系统库依赖。
VSCode双击图标后完全没反应——进程都不创建，任务管理器里找不到 Code.exe（Windows）或 code（macOS/Linux），这基本不是扩展、配置或缓存的问题，而是启动链路在最前端就被系统级机制阻断了。
检查后台残留进程与快捷方式路径
看似“没反应”，其实是旧进程卡死占位，新启动被静默拒绝。尤其 Windows 用户常忽略：VSCode 退出不彻底，Code.exe 还躲在后台，双击图标时系统认为“已有实例”，直接丢弃新请求。
- Windows：按
Ctrl+Shift+Esc打开任务管理器 → 切换到“详细信息”页 → 搜索所有Code.exe、Code Helper、WebView2Runtime进程 → 全部结束 - macOS：打开“活动监视器”，搜索
Code或Electron，强制退出全部相关进程 - 结束后别急着双击图标，改用命令行验证：
code --version能输出版本号，说明可执行文件正常；若提示command not found，说明PATH没配好或安装损坏 - Windows 快捷方式右键 → “属性” → 查看“目标”字段，确认路径类似
"C:\Users\XXX\AppData\Local\Programs\Microsoft VS Code\Code.exe"；含中文、空格或路径已失效，就手动进安装目录双击Code.exe测试
用命令行直启捕获隐藏错误
图标启动依赖 Shell 环境和图形子系统，命令行更底层，能暴露 GUI 层看不到的报错。
- Windows PowerShell 中运行：
code --verbose --disable-gpu，观察终端是否打印初始化日志；若卡在某行（如Starting extension host...），就是扩展或用户数据目录问题 - macOS/Linux 终端运行：
code --status，看是否停在某个扩展的Activating extension 'xxx'上——这是典型激活阻塞 - 若终端直接退出且无输出，可能是缺失系统库：Linux 下运行
code --verbose看是否有libXss.so.1: cannot open shared object file，Ubuntu/Debian 就补sudo apt install libxss1
重命名用户数据目录快速验证
用户数据目录（%APPDATA%\Code / ~/Library/Application Support/Code / ~/.config/Code）损坏会导致启动无声失败——比如写入中断、磁盘满、权限异常，VSCode 连欢迎页都画不出来。
- 先关闭所有 VSCode 进程（包括后台隐藏的
Code Helper (Renderer)） - 找到对应路径，把整个
Code文件夹重命名为Code-backup - 再运行
code—— 它会重建干净的用户目录，此时能启动，说明原目录已损坏 - 注意：该操作不会删除你本地的项目文件，但会重置全局
settings.json和已启用的扩展列表（扩展本体仍在~/.vscode/extensions，重启后需手动启用）
排查中文路径与环境变量污染
VSCode 内部用 URI 解析本地资源，一旦用户目录含中文（如 C:\Users\张三）、空格或特殊符号（如 C:\Users\My Documents），vscode-file:// 协议就会构造失败，导致内置服务器返回 404，控制台刷满 Failed to fetch，但 GUI 层完全不显示错误。
- 临时验证：命令行运行
code --user-data-dir="C:\vscode-test"（确保路径全英文、无空格、不在 OneDrive 同步目录下） - 长期解决：把默认用户数据目录迁到干净路径，Windows 可改注册表项
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders下的Local AppData值 - 别直接复制旧
Cache、GPUCache目录过去——二进制缓存损坏是高频原因
真正卡死在“没反应”阶段，往往不是 VSCode 本身坏了，而是它连初始化入口都没走到。重点盯住进程是否存在、快捷方式是否指向有效路径、用户目录是否可写、系统库是否齐全——这些地方错一个，VSCode 就彻底静音。
