应将 overflow 控制应用于具体容器而非 html/body；为滚动容器设置明确高度（如 height/max-height/flex: 1）并配 overflow-y: auto；避免 overflow: hidden 与 transform 动画或 position: fixed 同用；移动端需加 -webkit-overflow-scrolling: touch。

页面整体滚动卡顿，overflow 设为 hidden 后内容被裁切怎么办

这不是 overflow 本身的问题，而是误用了它的作用范围。把 overflow: hidden 加在 html 或 body 上，会直接禁用整个页面的滚动能力，导致用户无法向下看内容。真正该加滚动控制的是具体容器，比如侧边栏、弹窗、日志列表这类「局部可滚动区域」。

实操建议：

• 检查是否对 html 或 body 设置了 overflow: hidden —— 删除它，让主滚动恢复
• 给需要局部滚动的容器（如 class="sidebar"）设置 height 或 max-height + overflow-y: auto
• 避免同时设 overflow: hidden 和 position: fixed 在同一元素上，容易触发渲染层异常

overflow-y: auto 滚动条不出现，或出现后内容被遮挡

常见原因是容器没有明确的高度约束，浏览器无法判断“什么时候该滚动”。auto 不是“自动适配”，而是“有空间溢出时才显示滚动条”——没高度，就没溢出，也就没滚动条。

实操建议：

• 用 height: 300px、max-height: 40vh 或 flex: 1（在 Flex 容器内）给滚动容器定高
• 如果父容器用 display: flex，确保子容器没写 flex-shrink: 0 导致高度撑满而无法溢出
• 滚动条默认占空间，若内容紧贴右边界，加 padding-right: 16px 预留滚动条宽度（或用 overflow-y: overlay，但仅限 WebKit 内核）

滚动时文字/图片闪烁、卡顿，overflow 相关 CSS 怎么优化

过度使用 overflow: hidden 可能触发浏览器强制重绘，尤其在动画或高频滚动中。更隐蔽的问题是：某些 overflow 值会创建新的层叠上下文（stacking context），干扰 transform 硬件加速。

实操建议：

• 避免在正在做 transform 动画的元素上设 overflow: hidden，改用 clip-path 或父容器裁切
• 滚动容器启用平滑滚动：scroll-behavior: smooth（加在 html 或滚动容器上）
• 对长列表，用虚拟滚动（如 react-window）替代全量 div 渲染，overflow 才有实际意义

.scroll-container {
  height: 400px;
  overflow-y: auto;
  scroll-behavior: smooth;
  -webkit-overflow-scrolling: touch; /* iOS 滚动惯性 */
}

移动端 overflow: scroll 滚不动，手指划一下就停

iOS Safari 对非 body 元素的滚动支持较弱，默认禁止触摸拖动。只写 overflow: scroll 不够，必须显式开启触控滚动行为。

实操建议：

• 滚动容器必须加 -webkit-overflow-scrolling: touch（注意：仅 WebKit 有效，且已标记为废弃，但仍是目前最可靠方案）
• 确保容器有明确尺寸，且没有父级设 overflow: hidden 拦截事件
• 不要在滚动容器上监听 touchstart 并 preventDefault()，这会直接禁用原生滚动

滚动体验差的根因往往不在 overflow 本身，而在它和高度、层级、事件流、渲染层之间的配合是否合理。最容易被忽略的是：没给