如何向VSCode编辑器扩展发送异步命令 实现Sketchup触发全量保存

整个架构跨Windows、Mac通用，无平台适配成本，不需要模拟键盘快捷键、不需要弹出任何VSCode交互面板。

整体设计思路 #

两边通过本地回环地址的简单HTTP通信完成指令传递：VSCode侧做一个轻量后台扩展，常驻在本地固定端口接收指令；Sketchup侧用本身内置的Ruby HTTP能力发请求触发命令，完全适配你现有的Sketchup扩展开发技术栈，不需要额外写复杂的C++通信代码。

VSCode 侧扩展的核心实现 #

你之前查阅的激活事件、Webview相关的能力都不需要用在这个场景里——Webview的通信逻辑是VSCode和内部网页面板的内部交互，依赖面板实例引用，和跨应用的外部指令接收场景不匹配。
这个VSCode扩展需要实现3个极简逻辑：

• 配置扩展为VSCode启动后自动激活，不需要等待用户触发任何操作、打开任何界面
• 激活后直接用VSCode扩展运行环境内置的Node.js HTTP模块，在127.0.0.1回环地址上启动一个固定端口的监听服务，仅允许本机连接，无外部安全风险
• 给监听服务设置固定路由：比如收到路径为/save-all的请求时，直接调用VSCode内置命令API执行 workbench.action.files.saveAll——这个命令就是VSCode自带“全部保存”菜单对应的原生命令ID，不需要模拟键盘输入、不需要窗口处于激活状态
  整个扩展没有任何UI界面，服务在后台常驻运行，只要VSCode开着就能接收指令。

Sketchup 侧的发令逻辑 #

完全复用你熟悉的Ruby开发能力，不需要额外做平台适配：

• 在Sketchup扩展的目标触发时机（比如用户点击自定义按钮、模型自动保存节点），直接用Ruby内置的Net::HTTP对象，向VSCode扩展监听的127.0.0.1:对应端口/save-all地址发送空POST请求即可
• 加简单的容错判断：如果请求连接超时，直接在Sketchup界面提示用户“VSCode侧联动扩展未启动”即可，不需要处理复杂的系统窗口查找、焦点判断逻辑

相比“模拟快捷键”方案的核心优势 #

• 零跨平台适配成本：Mac和Windows下的通信逻辑完全一致，不需要单独写Mac端的辅助功能权限申请、窗口枚举、快捷键模拟的专属代码
• 无焦点依赖：模拟快捷键方案要求VSCode必须是当前前台激活窗口才能接收到快捷键，否则指令会被其他应用截获；本方案通过本地服务触发命令，哪怕VSCode在后台最小化状态，也能正常执行全部保存
• 无UI依赖：不需要像Webview方案那样必须先创建、保留一个交互面板的引用才能传递指令，服务逻辑和VSCode界面完全解耦，启动后一直可用

内容的提问来源于stack exchange，提问作者B. Young