[windows][crash] QQ 切微软拼音时 0xc0000005 — TSF DLL 链接动态 CRT 被 QQ 私有 MSVCP140 劫持

[appergb]

用户反馈

Windows 11 + QQ（QQEX.exe v9.9.26.44725）环境下，切换到微软拼音时 QQ 偶发崩溃。

崩溃信息：

异常代码：0xc0000005 (STATUS_ACCESS_VIOLATION)
故障模块：D:\program\QQ\versions\9.9.29-47354\resources\app\MSVCP140.dll
偏移：0x13080

初步判断

OpenLess 的 TSF 输入法组件 OpenLessIme.dll 会在输入法切换过程中被系统加载到当前前台应用进程中。

此前 OpenLessIme.dll 使用 MSBuild 默认运行库配置：

• Release：MultiThreadedDLL
• Debug：MultiThreadedDebugDLL

在部分应用环境中，宿主进程内已有的运行库版本可能与 OpenLessIme 构建时依赖的运行库存在兼容性差异。
当输入法组件在该进程内执行涉及 C++ 标准库的逻辑时，可能触发运行时异常，最终导致宿主应用崩溃。

该问题目前观察到与 QQ 9.9.x 环境相关，表现为切换输入法时 QQ 偶发崩溃。

修复

PR #287 已调整 OpenLessIme.vcxproj 的运行库配置，将 OpenLessIme 改为静态 CRT：

• Release：MultiThreaded
• Debug：MultiThreadedDebug

修复后，OpenLessIme.dll 不再依赖宿主进程内的动态 C++ 运行库，从而降低不同宿主应用环境下的运行库兼容性风险。

复现需要的环境

本机暂不具备完整复现环境，请协助验证。

需要环境：

• Windows 11
• 已安装 QQ 9.9.x
• 已安装 OpenLess，且包含 OpenLessIme TSF 输入法组件
• 微软拼音作为已启用输入法之一

最小复现 SOP：

1. 打开 QQ 主聊天界面，焦点放在输入框
2. 使用 Win+Space 切换到 OpenLess 输入法
3. 使用 Win+Space 切换到微软拼音
4. 多次往返切换，观察 QQ 是否在 5–30 秒内出现崩溃

验证方式

请分别验证以下场景：

• 未安装 OpenLess 时，是否仍可复现崩溃：__
• 已安装 OpenLess，但禁用 OpenLess IME 时，是否仍可复现崩溃：__
• 安装 PR fix(windows-ime): 静态链接 CRT 防 host 进程 MSVCP140 劫持（修 QQ 切微软拼音崩溃） #287 修复后的版本后，是否仍可复现崩溃：__

预期结果：

• 修复前：部分 QQ 9.9.x 环境下可能出现崩溃
• 修复后：切换输入法不再导致 QQ 崩溃

关联

• PR fix(windows-ime): 静态链接 CRT 防 host 进程 MSVCP140 劫持（修 QQ 切微软拼音崩溃） #287：OpenLessIme.vcxproj 改为静态 CRT
• TSRC 报告草稿：桌面 OpenLess-QQ-MSVCP140-vulnerability-report.docx

[Cooper-X-Oak]

补充验证后，旧版本 QQ 残留假设基本可以排除。

最早一次崩溃记录中确实存在 QQEX.exe 9.9.26.44725 与 versions\9.9.29-47354 模块目录并存的迹象，因此一开始怀疑可能是 QQ 升级残留导致。

但后续已完整卸载、清理残留并重装 QQ。重装后：

• QQ.exe = 9.9.30.48517
• QQEX.exe = 9.9.30.48517
• versions\ 下仅有 9.9.30-48517

在该干净环境下复测 OpenLess 1.2.20，崩溃仍然复现。

最新 Application Error：

• 时间：2026-05-06 17:47:37
• 应用：QQEX.exe 9.9.30.48517
• 故障模块：D:\program\QQ\versions\9.9.30-48517\resources\app\MSVCP140.dll
• 异常代码：0xc0000005
• 偏移：0x0000000000013080

对应 WER 中可见 QQ 进程同时加载了：

• QQ 自带 MSVCP140.dll
• wetype_tip_core.dll
• OpenLessIme.dll

同时，OpenLess 日志显示：

• 17:47:36 热键触发并开始录音
• 17:47:37 QQ 崩溃
• 17:47:51 才出现 TSF submit failed: OpenLess IME IPC timed out
• 随后才 fallback 到 Unicode SendInput

因此，这次崩溃发生在 fallback 插入之前，不太像是 fallback 逻辑直接导致。

目前更合理的判断是：该问题集中出现在 QQ + WeType + OpenLess TSF 共存链路中，属于特定宿主进程环境下的运行时兼容性 / 组件交互问题，而不是单纯由 QQ 旧版本残留导致。

PR #287 将 OpenLessIme.dll 改为静态 CRT 后，可以减少 OpenLess TSF 组件对宿主进程运行库环境的依赖，修复方向仍然成立。

[appergb]

修复状态

问题已修复并合入 main。

修复证据

• PR fix(windows-ime): 静态链接 CRT 防 host 进程 MSVCP140 劫持（修 QQ 切微软拼音崩溃） #287 已于 2026-05-06 squash 合入 main
• 相关提交：
  • 96ca9660
  • 80de0785：fix(windows-ime): statically link CRT for OpenLessIme
  • 901e9dfe：fix(windows-ime): remove DisableThreadLibraryCalls for /MT thread notifications
• OpenLessIme.vcxproj 已调整运行库配置：
  • Release：MultiThreaded
  • Debug：MultiThreadedDebug

调整后，OpenLessIme.dll 使用静态 CRT 构建，不再依赖宿主进程内已有的动态 C++ 运行库版本。

该修复可以降低 OpenLess TSF DLL 在复杂宿主进程环境中受到运行库版本差异影响的概率，从而规避 QQ + WeType + OpenLess TSF 共存场景下观察到的崩溃问题。

结论

当前 main 分支已包含修复。
后续验证重点应放在安装包含 PR #287 的新版本后，确认 QQ 9.9.x + WeType + OpenLess TSF 共存场景下是否不再复现崩溃。