VSTO Excel加载项后台打开工作簿致开始屏幕异常、崩溃问题

崩溃和启动界面异常的核心原因是**RibbonDropDown_ItemsLoading事件触发时机远早于Excel应用对象完成完整初始化**：该事件在Ribbon渲染阶段就会执行，此时Excel仍处于启动流程早期，既没有完成开始屏幕、初始空白工作簿的加载逻辑，COM对象上下文也未完全就绪。这一阶段调用Workbooks.Open打开文件，无论是否设置窗口隐藏，都会直接打断Excel的启动状态机，触发mso98win32client.dll的内存访问违规（即日志中记录的0xc0000005错误）。
已完成的排查结果已经可以佐证这点：只要在该事件中执行工作簿打开操作，无论后续是否加载下拉项、是否隐藏窗口、是否关闭ScreenUpdating，都会触发异常，和后续业务逻辑无关，问题完全出在COM调用时机错误。

1. 延迟配置加载时机，完全避开Excel启动流程 #

禁止在任何Ribbon初始化相关事件（包括ItemsLoading、Ribbon_Load）中执行工作簿打开操作，改用Excel应用级事件配合延迟兜底逻辑，等Excel完全启动、初始界面渲染完毕后再加载配置，全程不阻塞、不打断原生启动流程：

• 首先在ThisAddIn类中添加两个状态标记，避免重复加载：

private bool _isConfigLoaded = false;
private bool _isExcelStartupComplete = false;

• 在ThisAddIn_Startup方法中注册应用级事件，同时添加UI线程定时器做兜底，避免极端场景下事件未触发：

private void ThisAddIn_Startup(object sender, System.EventArgs e)
{
    this.Application.WorkbookActivate += Application_StartupComplete;
    this.Application.WorkbookOpen += Application_StartupComplete;

    // 3秒兜底延迟，不阻塞UI线程
    var delayCheckTimer = new System.Windows.Forms.Timer();
    delayCheckTimer.Interval = 3000;
    delayCheckTimer.Tick += (s, args) =>
    {
        delayCheckTimer.Stop();
        if (!_isConfigLoaded) LoadConfigAndRefreshUI();
    };
    delayCheckTimer.Start();
}

private void Application_StartupComplete(Excel.Workbook activatedWb)
{
    if (_isExcelStartupComplete) return;
    // 确认Excel已就绪、启动流程已结束
    if (this.Application.Ready)
    {
        _isExcelStartupComplete = true;
        LoadConfigAndRefreshUI();
    }
}

2. 优化配置加载逻辑，减少对原生界面的干扰 #

配置加载不要采用“打开工作簿再隐藏窗口”的粗放方式，根据需求二选一即可：

• 如果需要保持配置工作簿常驻：调用Workbooks.Open时传入全量参数，禁止交互、禁止加入最近使用列表、默认隐藏，最大程度降低界面干扰：

private void LoadConfigAndRefreshUI()
{
    if (_isConfigLoaded) return;
    // 加载配置工作簿
    var configWb = Application.Workbooks.Open(
        Filename: UserXLSConfigTemplateFilePath,
        UpdateLinks: 0,
        ReadOnly: true,
        AddToMru: false,
        Visible: false
    );
    AddInFunctions.chkConfigTemplateState();
    _isConfigLoaded = true;
    // 刷新Ribbon下拉项
    Globals.Ribbons.Ribbon1.rbnDropDown.Invalidate();
}

• 如果只需要读取配置内容、不需要保持文件打开：直接用Open XML SDK、ClosedXML等库直接解析xlsx文件内容，全程不触发Excel的工作簿加载逻辑，完全不存在COM调用时机问题，是稳定性最高的方案。

3. 下拉项填充逻辑和配置加载解耦 #

RibbonDropDown_ItemsLoading事件仅负责绑定内存中已缓存的配置数据，不做任何IO、COM对象加载操作：

private void RibbonDropDown_ItemsLoading(object sender, RibbonControlEventArgs e)
{
    rbnDropDown.Items.Clear();
    // 仅当配置已经加载完成时才填充项
    if (_isConfigLoaded)
    {
        foreach (string configName in AddInFunctions.tmpConfigNames())
        {
            var item = Globals.Factory.GetRibbonFactory().CreateRibbonDropDownItem();
            item.Label = configName;
            rbnDropDown.Items.Add(item);
        }
    }
}

调整后完全保留用户原有启动习惯，无任何侵入性：

• 用户开启“启动显示开始屏幕”：Excel优先正常加载开始屏幕，启动完成后后台静默加载配置，不会打断开始屏幕展示
• 用户关闭“启动显示开始屏幕”：Excel正常加载空白工作簿，不会触发访问冲突崩溃
• 用户配置了启动自动打开/新建指定工作簿：原生启动逻辑优先执行，配置加载在启动完成后异步触发，不会覆盖、打断用户预设的启动行为

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