谷歌浏览器多窗口后鼠标失灵本质是GPU合成器超载与后台进程未释放导致输入队列堵塞；需彻底结束所有chrome.exe进程、关闭硬件加速及后台运行、重置flags并禁用冲突扩展、统一多屏DPI且强制独显运行。
谷歌浏览器多开几个窗口后鼠标指针突然失灵、拖动卡顿、点击无响应，本质是GPU合成器在跨进程窗口管理中资源超载，叠加Chrome后台进程未彻底释放导致输入事件队列堵塞，而非鼠标硬件或系统全局故障。
强制清空全部Chrome残留进程
任务管理器里看似关闭了所有窗口，但大量chrome.exe子进程（尤其是GPU进程、Renderer进程、Utility进程）仍在后台驻留，持续抢占UI线程并劫持Windows消息循环，造成鼠标事件无法被主浏览器窗口捕获。
按下Ctrl + Shift + Esc打开任务管理器 → 切换到“详细信息”选项卡 → 按名称排序，找到所有chrome.exe条目 → 逐个右键 → 选择“结束任务”。【必须清空全部，哪怕只漏掉一个GPU进程，重启后它会立刻拉起其他进程，鼠标失灵问题照旧】
等所有chrome.exe消失后，再通过桌面快捷方式重新启动浏览器。
关闭硬件加速并禁用后台常驻
硬件加速在多窗口场景下会触发多个GPU上下文并发创建，当显卡驱动不支持快速上下文切换（如Intel UHD Graphics 630驱动低于31.0.101.4839），就会导致DirectComposition层丢弃鼠标输入帧；同时“关闭浏览器后继续运行后台应用”会维持Network Service、Extension Host等进程监听输入，进一步干扰指针响应。
点击右上角三点菜单 → “设置” → 左侧“系统” → 关闭“使用硬件加速模式(如果可用)”和“关闭浏览器后继续运行后台应用”两个开关 → 点击页面底部弹出的“重新启动”按钮。
这一步必须重启才生效，仅刷新标签页无效。
在 Linux 上通过 Chrome 挂载/VNC 自动发布小红书长笔记。Agent 撰写标题和正文后执行 xhs_publish.sh --publish --submit，触发小红书发布。
重置GPU实验性参数并停用可疑扩展
chrome://flags中被手动开启的GPU子功能（如Vulkan、Zero-copy rasterizer、GPU process is sandboxed）会在多窗口拓扑下引发未覆盖的渲染分支，使GPU进程陷入死锁，进而阻塞整个Chrome输入栈。而广告拦截类、鼠标增强类扩展（如crxMouse、SmoothScroll）会主动拦截WM_MOUSEWHEEL等系统消息，多窗口时冲突概率指数级上升。
方法一：重置实验性参数
在地址栏输入chrome://flags → 点击顶部“Reset all” → 等待提示“已恢复为默认设置” → 点击“Relaunch”。
方法二：快速隔离扩展干扰
按Ctrl+Shift+N打开无痕窗口 → 多开3个无痕窗口并拖动测试鼠标 → 若无痕模式下指针正常，说明问题出在扩展；此时立即访问chrome://extensions/ → 将所有扩展右侧开关全部关闭 → 重启浏览器。
【不要跳过无痕测试——这是最快区分是用户配置问题还是系统级崩溃的关键动作】
统一多显示器DPI缩放并强制独显运行（仅Windows）
当主屏设为125%缩放、副屏为100%时，Chrome每个窗口会独立创建DPI感知上下文，跨屏拖动瞬间需同步更新至少4个渲染上下文的光栅化状态，极易触发GPU进程挂起。若系统启用核显+独显双GPU，Windows图形设置又未指定chrome.exe使用高性能GPU，窗口移动动画将被迫降级至核显处理，帧率骤降至12fps以下，表现为鼠标指针“粘滞”或完全冻结。
第一步：右键桌面空白处 → “显示设置” → 左侧点“图形设置”
第二步：点击“浏览”，定位到C:\Program Files\Google\Chrome\Application\chrome.exe
第三步：添加后，在对应条目右侧点“选项” → 选“高性能” → 点“保存”
第四步：关闭所有Chrome窗口 → 在任务管理器中确认无chrome.exe残留 → 重新启动浏览器
同时进入“设置 → 系统 → 显示”，将所有显示器的“缩放与布局”设为相同百分比（推荐100%或125%，禁止混用）。
