VSCode无法真正实现Windows资源管理器单击打开，因其不参与系统级单击事件处理；强行通过注册表劫持会破坏文件关联逻辑并引发稳定性问题，推荐优化双击路径或使用标准文件类型关联。
VSCode 默认不响应 Windows 文件资源管理器的单击（即“左键单击直接打开”），它只支持双击或右键菜单调用。所谓“调整单击打开方式”，本质是绕过系统默认行为，通过注册表劫持 HKCR\*\shell\open 或 HKCR\*\shell\edit 的默认命令——但这样做极不推荐，会破坏系统级文件关联逻辑，且 VSCode 本身未设计为单击启动的默认编辑器。
为什么不能简单把 VSCode 设为“单击打开”的默认程序
Windows 的“单击打开”行为由 HKCR\*\shell\open\command 控制，但它面向的是“已注册文件类型”的默认处理程序（如 .txt → 记事本），而非通用文件。VSCode 不在系统默认程序列表中，强行覆盖会导致：
- 所有未明确关联类型的文件（比如无扩展名、.log、.conf）都试图用 VSCode 打开，极易误触发
- 其他程序（如 PowerShell、Git Bash）的终端内文件链接点击失效
- Explorer 进程可能卡顿或崩溃，尤其在大量临时文件存在时
- 系统更新或 VSCode 自动升级后，该劫持项常被重置或引发冲突
真正可用的替代方案：用“双击+参数”模拟单击体验
VSCode 支持 code --wait 和 code -r 等参数，配合注册表 command 值可实现接近单击的响应速度。关键不是改“单击”，而是让双击更顺手：
- 确保你在
HKEY_CLASSES_ROOT\*\shell\VSCode\command中设置的命令包含"%1"，例如："C:\...\Code.exe" "%1" - 若想双击任意文件都新开一个 VSCode 窗口（不复用已有实例），去掉
--reuse-window参数；若想强制复用，加上它 - 对文本类文件（.txt/.md/.json），更稳妥的做法是右键 → “打开方式” → 选择 VSCode 并勾选“始终使用此应用打开 .xxx 文件”，这走的是系统标准文件关联路径，不会影响 Explorer 行为
遇到“双击没反应”时优先检查这三处
很多用户以为是“单击问题”，实际是双击链路断在了中间：
-
HKEY_CLASSES_ROOT\*\shell\VSCode下没有command子项，或command的默认值为空 - VSCode 路径含空格但未用英文双引号包裹，例如写成
C:\Program Files\...\Code.exe "%1"（错误）→ 正确应为"C:\Program Files\...\Code.exe" "%1" - Explorer 进程未刷新：任务管理器中重启
Windows 资源管理器，或注销重登，否则新注册表项不生效
真正的单击打开是操作系统层行为，VSCode 作为第三方编辑器不参与也不建议接管。把精力放在优化双击路径和文件类型关联上，比硬刚注册表底层更稳定、更可持续。
