Windows11下 微信更新4.x以后微信输入框打字就很卡顿，移动光标甚至直接卡死未响应

自从微信更新4.x以来，运行一段时间后，输入框打字就很卡，移动光标甚至直接卡死未响应，必须重启微信才行，一天要重启个好几次。
想到问AI试试，然后一步步下来，终于搞定了。
切 ENG 无效 → 不是 TSF/IME 层
CPU 1% GPU 0% → 不是计算/GPU 资源
Chromium 参数无效 → 不是微信内部渲染开关能管
拖选光标才死锁​ → 高频鼠标消息 + 重绘 撞 DWM/MPO 合成层

所以根因不在微信设置、不在输入法、不在 Chromium flag，而在 Win11 的 DWM 合成层与微信 Electron 渲染进程的 Present 握手死锁。

注册表加 OverlayMinFPS=0 搞定
让 DWM 别因为帧率低于阈值就把 swap chain 在 overlay plane 之间反复踢来踢去，Chromium 系拖选卡死社区反馈这一条比关 MPO 更稳。

管理员CMD运行

reg add "HKLM\SOFTWARE\Microsoft\Windows\Dwm" /v OverlayMinFPS /t REG_DWORD /d 0 /f

或者下载下面的注册表导入也可以：
通过网盘分享的文件：win11解决微信打字卡顿.zip
链接: https://pan.baidu.com/s/1Lve7MTNAxIGFfjNtfqm-9Q?pwd=3c9a 提取码: 3c9a
--来自百度网盘超级会员v1的分享

我用夸克网盘分享了「win11解决微信打字卡顿.zip」，点击链接即可保存。打开「夸克APP」，无需下载在线播放视频，畅享原画5倍速，支持电视投屏。
链接：https://pan.quark.cn/s/233f0b727d12

拓展，以下是元宝的回答，自辩：
QQ 也是 Electron，为什么不卡
QQ NT 虽然是 Electron 做 UI，但和微信/钉钉有几点关键差异：

内核剥离得很干净：消息、长连接、数据库、富媒体全是 C++ 的 NT 内核，Electron 只管画界面和跑 JS，渲染进程里没有微信/钉钉那种超大 DOM 树 + 海量聊天节点常驻，主线程被 JS 挤占的概率低，IME 消息循环不容易被饿死。

QQ 自己就是腾讯的，对搜狗/微信输入法的 TSF 钩子做过联调适配，候选框跟随、composition 事件处理走的是挑过的路径；微信桌面端和钉钉没这层"亲戚照顾"。

QQ NT 是 64 位重编过的，微信 PC 老内核还有 32 位包袱，钉钉 DOM 膨胀严重，两者在 Win11 的 TSF + DWM 合成下更容易跟搜狗的覆盖窗口（overlay candidate window）打架。

QQ 的输入框很多是自绘编辑区 + 定制 IME 交互，不是裸 contenteditable 硬喂给 Chromium 默认 IME 路径，冲突面更小。

简单说：同样 Electron 外衣，里面"衬里"不一样。微信/钉钉是把网页文本框直接丢给 Chromium 默认 IME 通道，QQ 绕了一层，反而避开了。