基于启动参数控制VSTO Addin Ribbon的显示与隐藏

针对你想仅在Office通过特定参数启动时加载VSTO插件的需求，之前尝试的/lc开关确实不支持VSTO（这个开关主要用于加载COM插件，而非VSTO这类基于.NET的加载项），而全局修改注册表的方案又存在权限和繁琐的问题。这里有两个更实用的解决方案，完全符合你的需求：

方案一：插件启动时自检参数，无参数则自动卸载 #

这个方案的核心是让插件先被Office默认加载，但在启动逻辑里立即检查Office的启动参数，如果没有你指定的参数，就主动断开连接，用户几乎感知不到这个过程。

具体实现（以Word VSTO为例） #

在ThisAddIn.cs的Startup事件中添加以下逻辑：

private void ThisAddIn_Startup(object sender, EventArgs e)
{
    // 获取当前Office进程的启动参数
    var currentProcess = System.Diagnostics.Process.GetCurrentProcess();
    string launchArgs = currentProcess.StartInfo.Arguments;

    // 检查是否包含自定义启动标记，比如 "/LoadMyVSTO"
    if (!launchArgs.Contains("/LoadMyVSTO"))
    {
        // 断开插件连接，Office会自动卸载该加载项
        this.Application.COMAddIns.Item("YourAddIn.ProgID").Connect = false;
        return;
    }

    // 这里放插件正常加载后的业务逻辑
    InitializeAddInFeatures();
}

优点 #

• 无需额外工具，修改插件代码即可实现
• 不需要任何权限操作
• 逻辑简单，容易维护

缺点 #

• 插件会被Office短暂加载一次（毫秒级，几乎无感知）

方案二：用临时用户级注册表项+启动器实现完全按需加载 #

这个方案彻底避免了插件被默认加载的情况：通过一个独立的启动器程序，临时在当前用户的注册表分支（HKCU）添加插件的加载配置，启动Office后等待其退出，再删除临时注册表项。

为什么这个方案可行？ #

之前你担心注册表操作需要管理员权限，但操作HKCU\Software分支（当前用户的配置）是不需要管理员权限的，只有修改HKLM（系统级）才需要权限。这个方案完全绕开了权限问题。

具体实现（C#启动器示例） #

using System;
using System.Diagnostics;
using Microsoft.Win32;

namespace OfficeAddInLauncher
{
    class Program
    {
        static void Main(string[] args)
        {
            // 配置参数：Office程序路径、插件ProgID、Office类型（Word/Excel等）
            string officeExePath = @"C:\Program Files\Microsoft Office\root\Office16\WINWORD.EXE";
            string addInProgID = "YourVSTOAddIn.Connect";
            string officeAppName = "Word"; // 对应注册表路径中的Office应用名

            // 构建临时注册表路径（用户级）
            string regKeyPath = $"Software\\Microsoft\\Office\\{officeAppName}\\Addins\\{addInProgID}";

            // 1. 临时添加插件加载配置
            using (RegistryKey addInKey = Registry.CurrentUser.CreateSubKey(regKeyPath))
            {
                addInKey.SetValue("LoadBehavior", 3, RegistryValueKind.DWord); // 3=加载并连接
                addInKey.SetValue("FriendlyName", "My On-Demand VSTO Add-in");
                addInKey.SetValue("Description", "VSTO Add-in loaded only via launcher");
            }

            // 2. 启动Office程序
            Process officeProcess = Process.Start(officeExePath);
            officeProcess.WaitForExit(); // 等待Office关闭

            // 3. 清理临时注册表项
            try
            {
                Registry.CurrentUser.DeleteSubKeyTree(regKeyPath);
            }
            catch (ArgumentException)
            {
                // 若注册表项已不存在，忽略即可
            }
        }
    }
}

使用方式 #

• 用户需要加载插件时，运行这个启动器程序，而不是直接打开Office
• 启动器会自动处理注册表的临时添加和清理，用户无需手动操作

优点 #

• 插件完全不会被Office默认加载，只有通过启动器启动时才会加载
• 无权限问题，所有操作都是当前用户级别的
• 不会在系统中留下永久配置

缺点 #

• 需要额外开发一个轻量的启动器程序

方案选择建议 #

如果你的插件本身已经默认加载，只是想在特定场景下启用，方案一足够简单高效；如果需要完全避免插件被默认加载，方案二更符合你的核心需求，且完美解决了权限问题。

内容的提问来源于stack exchange，提问作者SimperT