应使用 element.scrollIntoView({ behavior: 'smooth', block: 'start' }) 实现工具栏平滑滚动至视口顶部，因 window.scrollTo() 不支持 behavior 参数且手动计算位置易偏移、难维护；Safari 15.4+ 才完全支持该 API。
scrollIntoView 的 behavior: 'smooth' 是更合适的选择
直接用 window.scroll 配合 behavior 无法实现平滑滚动——因为 window.scroll() 和 window.scrollTo() 原生不支持 behavior 参数。这个参数只在 Element.scrollIntoView() 和 Element.scrollTo()（带 options 对象）中有效。如果你的目标是让编辑器顶部（比如一个 <header> 或工具栏）平滑回到视口顶部，应该操作目标元素本身，而不是全局 window。
如何让 HTML 编辑器顶部工具栏平滑滚回顶部
假设你的编辑器结构里有一个固定定位或 sticky 的顶部工具栏，class 为 editor-toolbar，你想点击按钮后让它“回到顶部可视区域”，实际是让它滚动到 viewport 最上方。此时应调用该元素的 scrollIntoView() 方法：
document.querySelector('.editor-toolbar').scrollIntoView({
behavior: 'smooth',
block: 'start'
});
-
block: 'start'确保元素顶部对齐 viewport 顶部（默认值，可省略） - 如果工具栏是 sticky 且已部分被遮挡，
scrollIntoView仍会触发平滑滚动，但可能因 sticky 行为产生视觉偏差——建议先临时取消position: sticky或用getBoundingClientRect()校验是否已在视口内 - 注意：Safari 15.4+ 才完全支持
behavior: 'smooth'在scrollIntoView中；旧版 Safari 会退化为即时滚动，无报错
为什么不用 window.scrollTo + behavior？
window.scrollTo() 在 Chrome/Firefox 支持 { behavior: 'smooth' }，但它滚动的是整个页面的 scrollX/Y，不是“让某个元素回到顶部”。如果你硬要靠计算位置模拟：
const toolbar = document.querySelector('.editor-toolbar');
const top = toolbar.getBoundingClientRect().top + window.scrollY;
window.scrollTo({ top, behavior: 'smooth' });
- 这看似可行，但存在风险：若 toolbar 高度动态变化（如折叠/展开）、或页面有 transform/zoom、或存在 subpixel 渲染差异，
getBoundingClientRect().top可能返回小数，导致最终位置偏移 1px - 滚动目标不明确——
window.scrollTo不知道你意图是“对齐 toolbar 顶部”，它只是跳到某个绝对 Y 值，后续 DOM 变更（如加载图片重排）会让这个值失效 - 可维护性差：一旦 toolbar 上方插入新元素，所有手动计算的位置逻辑都要重审
兼容性与 fallback 处理要点
平滑滚动不是所有环境都原生可用，尤其在 iOS WebView 或某些 Electron 版本中。不要依赖 CSS scroll-behavior: smooth 全局设置，它对脚本触发的 scrollTo 无效，且无法控制单次调用的行为。
立即学习“前端免费学习笔记（深入）”；
- 检测支持：用
'scrollBehavior' in document.documentElement.style判断 CSS 是否支持，但这和 JS API 支持不是一回事；更稳妥的是特性检测typeof Element.prototype.scrollIntoView === 'function'并尝试调用 - 简单 fallback：捕获不支持时的静默失败，降级为
element.scrollTop = targetTop（需确保容器可滚动）或直接忽略——用户感知到的是“没动画”，而非“卡死” - 避免重复触发：在
scrollIntoView调用后立刻禁用按钮，或用scrollend事件恢复（注意：iOS Safari 不支持scrollend）
真正要注意的不是怎么写那行 smooth 代码，而是确认滚动目标是否稳定、是否受外部样式干扰，以及是否在非主文档上下文（如 shadow DOM、iframe）里调用——这些地方 scrollIntoView 行为可能完全不同。
