Win10更新后ClickOnce WinForm启动失败 重启后可恢复

• 抛出0x80080005 (CO_E_SERVER_EXEC_FAILURE)错误的核心原因是Outlook Interop对应的COM激活上下文不匹配，和是否将目标平台修改为x86无直接关联。
• Windows 10更新后偶发故障、重启/等待数天自行恢复的现象，是因为系统更新过程中会重置部分COM组件的安全配置、UAC虚拟化规则，同时会重启Office即点即用（ClickToRun）服务但未完成COM注册刷新，等系统完成后台注册同步、服务回到稳定状态后故障就会自行消失。
• 你观察到的权限相关现象，本质是进程安全上下文不匹配，而非应用本身需要管理员权限：
  • Outlook关闭时，以管理员身份启动应用会直接激活一个同权限等级的Outlook COM服务器进程，上下文匹配所以可以正常运行
  • Outlook以普通权限打开时，普通权限启动的应用本应和它正常通信，但Windows更新会偷偷给ClickOnce应用的开始菜单快捷方式加上"以管理员身份运行"的兼容性标记，用户无感知，导致应用启动后拿到的是高完整性级别的进程令牌，比正在运行的普通权限Outlook的令牌等级高，跨完整性级别的COM激活会被系统直接拦截，抛出80080005错误
  • Outlook和应用都以管理员权限启动时，二者令牌等级一致，所以可以正常通信
• 不要将目标平台修改为x86：目前Office365 Pro的默认安装版本是64位，强行将应用编译为x86会触发32位/64位进程跨架构COM激活失败，反而会引入新的启动故障。

• 第一步修正应用清单配置：打开项目的app.manifest文件，确认请求执行级别配置为asInvoker，不要配置为requireAdministrator或highestAvailable，配置示例如下：

<requestedExecutionLevel level="asInvoker" uiAccess="false" />

重新发布应用后，该配置会强制应用以当前登录用户的权限启动，不会主动申请高权限。

• 第二步修复用户端存量故障：遇到问题的用户不需要重装应用，直接找到开始菜单里的应用快捷方式，右键选择「属性」-「兼容性」，取消勾选「以管理员身份运行此程序」，再点击「更改所有用户的设置」，同样取消该选项，确认后不需要重启设备即可正常启动应用。
• 第三步增加代码容错：不要在主窗体构造函数中直接实例化Outlook Application对象，将初始化逻辑放到try/catch块中，捕获到CO_E_SERVER_EXEC_FAILURE异常时，先遍历系统进程确认是否存在已运行的OUTLOOK.EXE，如果存在则通过Marshal.BindToMoniker直接绑定到已运行的Outlook实例，不要尝试新建COM服务器进程。
• 第四步规避更新后等待恢复的问题：在应用初始化Outlook Interop的逻辑前，增加无权限要求的Office注册刷新调用，执行以下命令后等待10秒再继续初始化即可，不需要用户多次重启或等待数天：

"C:\Program Files\Common Files\Microsoft Shared\ClickToRun\OfficeC2RClient.exe" /update user

该命令仅会校验Office组件的COM注册状态，不会强制触发Office版本更新。

• 修复后以普通用户权限先启动Outlook，再从开始菜单普通点击启动应用，可正常加载不报错即为生效
• 可在调试时通过进程资源管理器查看应用进程和Outlook进程的完整性级别，二者均为「中等完整性级别」时就不会再出现COM激活权限不匹配的问题

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