必须同步关闭macOS惯性滚动、启用GPU加速、排除工作区覆盖，因smoothScrolling依赖WebGL渲染路径，单点配置无效。
只设 editor.smoothScrolling: true 不足以解决页面撕裂——撕裂本质是 VSCode 渲染管线与系统滚动行为冲突，必须同步关闭 macOS 惯性滚动、确认 GPU 加速启用、并排除工作区覆盖。
为什么开了 smoothScrolling 还是撕裂或卡顿
VSCode 的平滑滚动不是“打开就生效”的开关，而是依赖 WebGL 渲染路径的动画帧插值。一旦底层渲染上下文异常（比如被禁用 GPU、被系统惯性滚动抢占控制权），动画就会降级为跳变，视觉上表现为撕裂、断帧、中途卡住。
- macOS 用户：系统「惯性滚动」和「自然滚动」必须关闭，否则触控板输入会绕过 VSCode 动画管线，直接触发原生滚动事件
- 远程开发（WSL/SSH）：
process.versions.chrome必须 ≥ 110，且控制台不能报Failed to create WebGL context；否则editor.smoothScrolling形同虚设 - 工作区设置优先级高于用户设置：检查
.vscode/settings.json是否含"editor.smoothScrolling": false，有则删掉 - 窗口从最小化恢复后动画常临时失效——这是 Electron 渲染上下文重建导致的已知现象，轻微拖动滚动条即可恢复
必须手动改 settings.json，GUI 勾选不可靠
设置界面里的「Smooth scrolling」只是代理开关，不保证写入生效，也不防覆盖。真正起作用的只有 JSON 中明确、未注释、且未被更高优先级配置覆盖的键值对。
- 用
Ctrl+Shift+P→Preferences: Open Settings (JSON)打开用户级配置 - 确保存在且未被注释的行：
"editor.smoothScrolling": true - 如果同时在用户级和工作区级出现该字段，删掉工作区那一行（
.vscode/settings.json中的） - 保存后建议完全重启 VSCode，而非仅重载窗口——GPU 上下文需完整重建
鼠标/触控板滚动没动画？不是 bug，是默认不走平滑路径
editor.smoothScrolling 默认只对键盘快捷键（如 Ctrl+Down、Alt+PageDown）和部分 editorScroll 命令生效；鼠标滚轮和触控板惯性滚动需额外参数配合，且极易受系统干扰。
- macOS 触控板：关掉「系统设置 → 辅助功能 → 指针控制 → 触控板选项」中的「惯性滚动」和「自然滚动」
- 调参增强响应：
"editor.mouseWheelScrollSensitivity": 1.2（默认 1.0），值太大会“跟不上”，太小则感知不到过渡 - 注意：
PageUp/PageDown永远无动画——它们走的是页面跳跃逻辑，非连续滚动事件，这是设计如此
光标跳转不连贯？漏了 cursorSmoothCaretAnimation
视口滚动平滑（editor.smoothScrolling）和光标插入符动画（editor.cursorSmoothCaretAnimation）是两个独立开关。只开前者，Ctrl+G 跳行时视口会缓动，但光标本身仍瞬间闪现，观感割裂。
- 在同个
settings.json中补上："editor.cursorSmoothCaretAnimation": true - 拼写必须准确：不是
smoothCaretAnimation，也不是caretAnimation - 该设置在启用
window.nativeTabs或禁用 GPU 时可能自动降级，此时只保留滚动动画，光标仍跳变
真正容易被忽略的是：平滑滚动效果高度依赖渲染链路完整性——GPU 加速、WebGL 上下文、系统滚动策略、配置作用域，缺一不可。单点配置几乎必然失败，必须按链条排查。
