局部双向滚动需同时设置 overflow-x 和 overflow-y，仅 overflow: auto 不可靠；容器须有明确宽高，内容需真正溢出；iOS 需加 touch-action: pan-x pan-y；自定义滚动条 WebKit 与 Firefox 方案不兼容。
局部区域双向滚动必须同时设 overflow-x 和 overflow-y
只写 overflow: auto 不够可靠，尤其在 Safari 或旧版 Chrome 中可能仅触发单向滚动。浏览器对 overflow 的解析是分轴的，必须显式声明两个方向的行为。
-
overflow-x: auto控制水平滚动（内容宽于容器时出现横向滚动条） -
overflow-y: auto控制垂直滚动（内容高大于容器时出现纵向滚动条） - 不能只依赖
overflow: scroll—— 它会强制显示两条滚动条，即使内容没溢出，影响视觉和触控体验 - 若内容既不超宽也不超高，
auto值会让滚动条完全隐藏，这是预期行为
容器尺寸和内容尺寸必须可测量，否则滚动失效
局部滚动容器必须有明确的 width 和 height（或至少一个固定值），且子元素总尺寸要真正超出它，否则 overflow 不会激活。
- 常见错误：父容器用
display: flex但未限制子项flex-shrink: 0，导致内容被压缩，无法触发水平滚动 - 图片、表格、长文本等内联内容容易撑破容器宽度，但需确认它们没被
max-width: 100%或white-space: nowrap意外截断 - 动态渲染内容（如 Vue/React 列表）需确保 DOM 挂载完成后再检查尺寸；可用
ResizeObserver监听容器变化 - 调试技巧：临时加
border: 1px solid red和background: rgba(0,0,0,0.1)看清容器边界与内容实际占位
移动端双指缩放+滚动冲突时，优先禁用缩放而非妥协滚动
在 iOS Safari 中，局部双向滚动区域常因双指缩放手势被拦截，表现为“能拖动但卡顿”或“松手后回弹”。这不是 CSS 问题，而是浏览器默认手势策略。
- 在容器上加
touch-action: pan-x pan-y，明确告诉浏览器允许该区域响应双方向平移 - 避免同时设置
touch-action: manipulation（它会禁用双指缩放但也会阻止某些水平滚动） - 如果页面已全局禁用缩放（如
<meta name="viewport" content="user-scalable=no">），局部区域仍需单独声明touch-action，因为继承不可靠 - 不要用
-webkit-overflow-scrolling: touch—— 已废弃，且在 iOS 16+ 中反而引发抖动
自定义滚动条样式仅在 WebKit 内核生效，别为 Firefox 做无用适配
::-webkit-scrollbar 系列伪元素只被 Chrome、Edge、Safari 支持，Firefox 使用 scrollbar-width 和 scrollbar-color，二者语法、能力、兼容性完全不同，无法统一。
立即学习“前端免费学习笔记（深入）”；
- WebKit 方案示例：
.scroll-area::-webkit-scrollbar { width: 8px; }+.scroll-area::-webkit-scrollbar-thumb { background: #666; border-radius: 4px; } - Firefox 方案仅支持整页或根容器：只能写
html { scrollbar-width: thin; scrollbar-color: #666 #f0f0f0; }，对局部容器无效 - 若强求一致性，应放弃原生滚动条，改用
smooth-scrolling类库或overflow: hidden+ 手动控制scrollTop/scrollLeft - 注意：自定义滚动条不影响滚动行为本身，只是视觉层；
scroll-behavior: smooth仍需单独在容器上声明
transform、filter 或 will-change 元素内部，其滚动上下文可能被隔离，导致 scrollLeft 读数异常或事件监听失灵。这种问题不会报错，只能靠 DevTools 的 Layers 面板观察是否意外创建了新合成层。 
