Chrome 112中需通过chrome://flags启用Smooth Scrolling、Scroll Anchoring、Blink Gen2 Scrolling和Scroll Prediction四项，并关闭系统“减少运动”及开启硬件加速，方可实现长网页平滑滚动。
你在Chrome 112中阅读长网页时感到滚动生硬、页面跳动、触控板滑动缺乏惯性反馈，说明浏览器底层滚动动画未激活——这并非硬件问题，而是Chrome 112默认关闭了多项平滑滚动实验项，需手动启用才能还原自然滑动感。
通过 chrome://flags 启用核心滚动动画
这是Chrome 112中最直接有效的开启路径，所有滚动行为都依赖此入口的底层渲染控制。
1、在地址栏输入 chrome://flags 并回车，进入实验功能管理页。
2、顶部搜索框中输入 smooth scrolling，精准定位到同名条目。
3、点击其右侧下拉菜单，选择 Enabled；若当前显示为 Default 或 Disabled，必须改为此项，否则后续所有设置无效。
4、向下滚动至页面底部，点击 Relaunch 按钮——浏览器将自动关闭并重启，无需手动操作。
同步启用三项关键增强组件
仅开 Smooth Scrolling 不足以覆盖长文连续滚动场景，尤其在内容动态加载时易出现位置突跳或帧率断层。
方法一：滚动稳定性强化
① 保持在 chrome://flags 页面，清空搜索框后输入 scroll anchoring；
② 找到 Scroll Anchoring 条目，设为 Enabled；
③ 这项能锁住滚动锚点，防止广告/图片异步加载导致页面突然上移或下坠。
在 Linux 上通过 Chrome 挂载/VNC 自动发布小红书长笔记。Agent 撰写标题和正文后执行 xhs_publish.sh --publish --submit，触发小红书发布。
方法二：渲染管线升级
在相同页面搜索 Blink Gen2 Scrolling，设为 Enabled；此项重构了滚动合成路径，是Chrome 112新增的强制GPU加速滚动通道，不启用则长网页滑动仍走旧版CPU软渲染，卡顿明显。
方法三：手势预测支持
搜索 Scroll Prediction 并设为 Enabled；它基于你前0.3秒的滑动速度与方向预计算轨迹，让手指离开触控板后仍有真实惯性余量，不是简单减速，而是物理模型模拟。
全部三项启用后，统一点击页面底部 Relaunch 重启浏览器。
验证并补全系统级前提
Chrome 112的平滑滚动效果高度依赖系统动画开关状态，若操作系统禁用动画，浏览器无法输出过渡帧。
1、Windows 用户：进入「设置 → 辅助功能 → 视觉效果」，关闭「减少运动」；
2、macOS 用户：进入「系统设置 → 辅助功能 → 显示」，关闭「减少运动」；
3、检查 Chrome 硬件加速：设置 → 系统 → 开启「使用硬件加速模式（如果可用）」；【若此处为关闭状态，平滑滚动将完全失效】
4、完成上述三项后，打开维基百科任意长词条页面，用双指在触控板上缓慢拖动——应感受到持续、无中断、有衰减余量的滑动反馈。
