VSCode双击打开当前目录需先确保code命令已加入PATH，再创建open-in-code.bat文件并写入@echo off和code "%~dp0"，双击该批处理即可在VSCode中打开所在目录。
Windows 下双击直接打开 VSCode 当前目录
VSCode 默认不注册为资源管理器的“在此处打开”命令，双击脚本启动时容易卡在命令行窗口闪退或路径错误。核心是让 code 命令可被识别，且脚本能正确传递当前目录。
- 先确认
code命令可用：打开任意终端执行code --version，若报“不是内部或外部命令”，说明 VSCode 未将 CLI 加入系统 PATH —— 需在 VSCode 中按Ctrl+Shift+P输入 “Shell Command: Install 'code' command in PATH”，然后重启终端 - 新建一个
open-in-code.bat文件（后缀必须是 .bat），内容只有一行：@echo off code "%~dp0"
其中%~dp0表示批处理所在目录的驱动器+路径，确保双击时打开的是脚本所在文件夹 - 若想双击任意文件夹都启动 VSCode 并打开该文件夹，不能靠.bat 文件分发，而应右键菜单集成 —— 此时需修改注册表，但风险较高，普通用户推荐用上面的 .bat + 快捷方式方式
macOS 上用 Automator 制作双击应用
macOS 不支持直接双击运行 shell 脚本（权限和 Gatekeeper 限制），但 Automator 可打包成.app，双击即执行，且能自动把目标文件夹作为参数传入。
- 打开 Automator → 新建“应用程序” → 左侧搜索“运行 Shell 脚本”，拖入工作流区域
- 在脚本框中填入：
for f in "$@"; do if [ -d "$f" ]; then code "$f" fi done注意勾选“传递输入”设为“作为自变量”，这样拖拽文件夹到图标、或双击.app 时都能触发 - 保存为
Open in Code.app，把它放到 Dock 或桌面；首次运行会提示“无法验证开发者”，需去“系统设置 → 隐私与安全性”点击“仍要打开” - 不要用
open -a "Visual Studio Code"，它不等同于codeCLI，无法正确处理工作区配置和扩展环境
Linux 桌面环境下绑定 .desktop 启动器
Linux 发行版差异大，但统一依赖 .desktop 文件 + code 命令可用。重点在于 Exec= 行能否接收并转发路径参数，否则双击只会打开空窗口。
- 创建
~/.local/share/applications/code-folder.desktop，内容如下：[Desktop Entry] Name=Open Folder in VS Code Type=Application Exec=code %F Icon=com.visualstudio.code MimeType=inode/directory; Terminal=false Categories=Utility;
其中%F是标准占位符，表示多个选中的文件/文件夹路径 - 确保
code在用户 PATH 中（检查which code），如果 VSCode 是 Snap 安装，code命令可能不可用，需改用/snap/bin/code替代Exec值 - 执行
update-desktop-database ~/.local/share/applications刷新缓存，然后右键文件夹 → “属性 → 打开方式”，应能看到“Open Folder in VS Code”选项
为什么不用 PowerShell / AppleScript 直接写？
看似更“原生”，实则引入额外失败点：PowerShell 脚本默认被系统策略阻止执行；AppleScript 调用 do shell script "code ..." 时，常因环境变量缺失（如 PATH 不含 code）而静默失败。
- PowerShell 的
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser虽可启用脚本，但普通用户易忽略这步，导致双击无反应 - AppleScript 中
PATH继承自 GUI 环境，和终端不同，which code往往为空；硬编码路径（如/usr/local/bin/code）又不通用（Homebrew、手动解压、App Store 版路径全不同） - 所有方案都依赖
codeCLI 已正确安装 —— 这是最常被跳过的前置条件，90% 的“双击没反应”问题根源在此
真正麻烦的从来不是脚本怎么写，而是让 code 命令在任意上下文里都找得到。
