VSCode多显示器切换卡顿主因是跨屏时强制重绘并触发插件监听事件；应通过Developer: Open Process Explorer定位高CPU插件，禁用gitlens.statusBar.enabled等自动激活项，并可使用code --force-device-scale-factor=1绕过DPI重计算。
为什么多显示器切换会让VSCode卡顿
这不是显卡驱动或系统级问题，而是VSCode在跨屏移动窗口时会强制重绘整个渲染器进程，并重新计算缩放、字体度量、DPI适配——尤其当插件注册了onDidChangeWindowState或onDidChangeActiveTextEditor这类事件监听器时，多个插件会同时触发高开销回调。实测中，GitLens、Prettier、Error Lens三者叠加，在M2 Mac外接4K屏+内置Retina屏切换时，主线程阻塞常达600ms以上。
用Developer: Open Process Explorer定位罪魁插件
别猜，直接看哪个插件在切换屏幕瞬间拉高CPU：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入并运行Developer: Open Process Explorer - 拖动VSCode窗口从主屏移到副屏，等2秒稳定后，立即点右上角刷新按钮
- 重点关注
extensionHost进程的「CPU」列：数值持续 >30% 且与切换动作强相关的插件就是目标 - 特别留意名称含
lens、statusbar、indicator的插件——它们最爱监听窗口状态变更
禁用自动激活事件比卸载更安全
很多插件默认“一启动就全活”，但其实你只在编辑时才需要它。与其卸载，不如切断它的自动唤醒链：
- 打开
settings.json，添加以下内容（对 GitLens 尤其有效）："gitlens.advanced.caching.enabled": false,<br>"gitlens.codeLens.enabled": false,<br>"gitlens.statusBar.enabled": false
- 对 ESLint 插件，关掉实时校验：
"eslint.enable": false,<br>"eslint.run": "onType"
（仅保存时检查，不监听窗口切换） - 禁用所有非必需的
onWindowChange类扩展：在命令面板中运行Extensions: Show Running Extensions，右键点击后选Disable (Workspace)，不是卸载
强制禁用缩放重计算可跳过卡顿峰值
VSCode 2026 默认在跨DPI屏幕时触发完整UI重排，这个过程无法被插件控制，但你可以绕过它：
- 关闭所有VSCode窗口，在终端执行：
code --force-device-scale-factor=1
（Windows/macOS/Linux通用） - 如果使用 Dock 或 Launchpad 启动，需改用脚本封装，否则参数无效
- 该参数会锁定全局缩放为1.0，牺牲的是副屏文字大小，换来的是切换瞬间零卡顿——适合双屏分辨率差异大（如1080p+4K）的场景
- 注意：
--force-device-scale-factor和--disable-gpu冲突，二者不可共存；若已启用GPU加速，优先保留GPU，再考虑其他优化
真正难处理的不是单个插件，而是多个插件对同一事件（比如窗口焦点变化）各自注册监听却不协调释放资源。手动关掉状态栏、代码透镜、行号装饰器这三类功能，往往比调一堆配置更快见效。
