VSCode不能直接运行VBA代码，因其无VBA运行时且不连接Excel COM接口；所谓“运行”实为导出代码→写回Excel→在Excel中执行，依赖Excel进程、信任中心设置（含“信任对VBA项目对象模型的访问”）及项目未锁定。
VSCode 不能运行 VBA 代码——它没有 VBA 运行时，也不连接 Excel 的 COM 接口。所谓“运行”，只是导出代码 → 写回 Excel → 在 Excel 中执行。所有插件的「运行」按钮，本质是尝试调用已打开的 Excel 实例，失败时通常静默，不报错。
为什么点击 XVBA-Supercharge 的 ▶ 按钮没反应
这个按钮不是启动 Excel 并执行宏，而是向当前已运行的 Excel 进程发送 Application.Run 调用。它要求：
- Excel 必须已启动，且目标
.xlsm文件处于打开状态 -
config.json中填的文件名（含大小写和.xlsm）必须与 Excel 当前激活工作簿**完全一致** - Excel 进程未被杀毒软件、组策略或单实例模式拦截 COM 通信
- 宏名拼写正确，且位于可访问模块中（例如
ThisWorkbook!MyMacro或Module1.MyMacro） - 路径不能含中文或空格；
xvba底层用ShellExecute启动，GBK 环境下传参乱码会导致静默失败
Export VBA 后 Excel 里看不到模块
这不是导出失败，而是 Excel 把模块设为隐藏或项目结构异常。在 VBA 编辑器（Alt+F11）中检查：
- 按
Ctrl+R打开工程资源管理器，右键工作簿名 →「属性」→ 确认IsUnlocked为True；若为False，说明 VBA 项目被密码保护，插件无法写入 - 右键工程名 →「查看代码」或「取消隐藏」，有些模块默认被折叠或隐藏
- 确保 Excel 信任中心已勾选「信任对 VBA 项目对象模型的访问」——设置后必须**重启电脑**才生效，仅重启 Excel 不够
- 导入后若模块为空白，可能是
.bas文件编码非 ANSI（推荐用 VSCode 保存为ISO-8859-1或系统默认 ANSI，而非 UTF-8 BOM）
stef-k.vba 和 xvba 插件的核心差异
二者都只做文本导出/导入，不提供调试能力，但行为逻辑不同：
-
stef-k.vba：纯本地操作，不依赖 Excel 进程；Export All Modules只读取你手动选中的.bas文件，不感知 Excel 当前打开什么文件 -
xvba：需启动本地 HTTP 服务，通过 COM 读取/写入 Excel 当前打开的工作簿；支持Import VBA按钮，但要求 Excel 已打开且文件名全英文 - 两者都不识别
ThisWorkbook、Range等对象成员，无自动补全；[visual-basic]语言配置仅控制缩进和格式化，不触发语义校验 - 任何含 “VB.NET” 字样的插件（如
ms-vscode.vsbasic）完全不兼容 VBA，它们面向 .NET Framework，对.bas文件无效
信任中心设置不到位的典型错误现象
这是 90% 导入/运行失败的根源，错误不总以弹窗形式出现：
-
Unable to get Modules collection：插件尝试读取 VBA 工程结构时被拒绝 -
Operation not supported或Cannot connect to Excel application：COM 调用被安全策略拦截 - 导出后修改代码再
Import VBA，Excel 中模块内容不变——实际写入失败，但无提示 - 即使宏成功写入，Excel 打开时仍提示「已禁用宏」，说明「宏设置」未启用，而不仅是「VBA 对象模型访问」
关键动作只有两个：在「文件 → 选项 → 信任中心 → 信任中心设置 → 宏设置」里，同时勾选「启用所有宏（不推荐；可能会运行有潜在危险的代码）」和「信任对 VBA 项目对象模型的访问」，然后关掉所有 EXCEL.EXE 进程，**重启系统**。
