Office 365高版本Word无法在Windows原生MFC应用内就地嵌入
问题背景
- 原有.NET应用基于MFC
COleDocObjectItem实现Word嵌入能力，调用DoVerb(OLEIVERB_SHOW,...)即可完成应用内就地激活，功能长期运行正常。 - 升级到Office 365 2204（16.0.15128.20178）、2206（16.0.15330.20002）版本后，部分Windows 10设备出现Word弹出到宿主窗口外、无法就地嵌入的问题，故障无明确复现规律，仅在特定设备触发。
- 故障设备抓取的崩溃转储信息一致，均为mfc140u.dll访问违例：
Faulting application name: XXXXXXXXXXX.exe, version: X.X.X.X, time stamp: 0x6194d628
Faulting module name: mfc140u.dll, version: 14.10.25017.0, time stamp: 0x58a64535
Exception code: 0xc0000005
Fault offset: 0x000000000028318d
Faulting process id: 0x4304
Faulting application start time: 0x01d87515fd8b29c9
Faulting application path: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Faulting module path: C:\Windows\System32\mfc140u.dll
Report Id: afb20b8f-5f55-4b23-992d-8c5088a8d955
Faulting package full name: 无
Faulting package-relative application ID: 无
- 该故障与同版本Excel无法就地嵌入的已知问题表现一致，常规重装Office、使用官方工具清理后重装均无法修复，初步判断与系统环境、注册表配置相关。
排查与修复步骤
1. 关闭Office不兼容灰度特性
220x版本Office灰度推送的两个新特性是该问题的主要诱因，优先在故障设备验证：
- 打开Word客户端，进入文件 > 选项 > 高级 > 显示，勾选「禁用硬件图形加速」，关闭Word后重启宿主应用测试。新版本默认启用的硬件渲染链路在旧显卡驱动环境下会中断OLE窗口句柄绑定，直接导致Word脱离宿主窗口、触发MFC空指针访问。
- 关闭多进程窗口隔离特性：定位到注册表路径
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Experiment，新建DWORD值EcsFeatureEnableOnSxS，数值设为0；在同路径下新建ConfigOverride项，新建DWORD值feature:Win32kLockdownOleEmbeddingFix，数值设为1，重启系统后验证。
2. 修复MFC运行时与OLE注册异常
- 故障偏移
0x28318d对应MFC 14.10.25017版本中COleClientItem::OnShowWindow方法的已知空指针bug，该版本是VC++ 2017运行时的初始发布版，未合入OLE场景的兼容性修复。直接安装最新版VC++ 2015-2022 Redistributable（14.3x版本），替换系统目录下的旧版mfc140u.dll即可解决崩溃问题。 - 运行时更新完成后，以管理员身份打开命令提示符，进入Office安装目录（默认路径
C:\Program Files\Microsoft Office\root\Office16），执行winword /regserver重新注册Word的OLE组件，重启设备后测试。
3. 排查系统环境冲突
- 对比正常/故障设备的DPI缩放配置：如果故障设备开启了*系统（增强）*级别的DPI缩放，会导致OLE激活时窗口坐标计算偏移，Word判定宿主窗口区域无效后会自动弹出为独立窗口。可将宿主应用的DPI感知模式设置为Per-Monitor V2，或在应用兼容性设置中勾选「高DPI缩放替代 > 应用程序」修复。
- 执行干净启动排查第三方软件冲突：通过msconfig禁用所有非微软启动项和服务，逐一排查分屏工具、窗口美化软件、安全软件的窗口防护模块——这类软件会Hook窗口创建流程，拦截OLE嵌入的父子窗口绑定消息，直接导致就地激活失败。
4. 代码层临时兼容规避
如果以上操作后仍有部分设备存在问题，可修改嵌入逻辑：调用DoVerb(OLEIVERB_SHOW,...)前，先显式调用COleDocObjectItem::DoVerb(OLEIVERB_INPLACEACTIVATE, ...)预激活就地嵌入状态，绕过新版本Word的激活时序判定，强制走就地嵌入链路。
内容的提问来源于stack exchange，提问作者Hugues J.
