Flex实现Tab栏水平滚动需设container为display: flex、flex-wrap: nowrap、overflow-x: auto，并加-webkit-overflow-scrolling: touch兼容iOS；子项用flex: 0 0 auto自适应宽度；滚动后通过scroll事件+getBoundingClientRect计算居中Tab并设active；点击时用scrollTo精准居中而非scrollIntoView。
Flex实现Tab栏水平滚动不换行
移动端Tab栏常需支持超出屏幕宽度的多标签横向滑动，用flex实现的关键是阻止换行+启用滚动。很多人直接写display: flex但没加flex-wrap: nowrap，结果标签自动折行，失去“一行滚动”效果。
实操要点：
-
container设display: flex+flex-wrap: nowrap+overflow-x: auto - 必须给
container加scroll-behavior: smooth（可选，提升体验） - 子项
tab不要设flex: 1——这会让所有Tab强行等宽并挤满容器，失去“自适应内容宽度”能力 - 推荐子项用
flex: 0 0 auto：不放大、不缩小、按内容宽度占位
让Tab滚动时保持居中高亮（active状态）
纯CSS无法监听滚动后哪个Tab在视口中央，所以需要JS配合计算。核心不是“点击跳转”，而是“滚动停止后，把最靠近中心的Tab设为active”。常见错误是只监听click，忽略用户手动拖拽滚动后的状态同步。
关键逻辑：
立即学习“前端免费学习笔记（深入）”；
- 监听
container的scroll事件（注意节流，避免频繁触发） - 遍历每个
tab，用getBoundingClientRect()算出其左/右边缘相对于container可视区域的位置 - 取距离
container.clientWidth / 2最近的那个tab，添加active类 - 记得移除之前所有的
active类，避免残留
iOS Safari下滚动卡顿或无法滑动
这是典型兼容性坑：iOS Safari对overflow-x: auto的flex容器默认禁用惯性滚动，尤其当容器没有明确高度或内部有position: absolute元素时。
解决方式很具体：
- 给
container加-webkit-overflow-scrolling: touch（仅iOS有效） - 确保
container有明确的height或min-height（哪怕只是min-height: 44px） - 移除子
tab上可能存在的transform或will-change——它们会触发合成层，干扰滚动优化 - 如果Tab文字用了
text-overflow: ellipsis，确认父容器有white-space: nowrap，否则截断失效且影响布局
Tab点击后平滑滚动到可视区并高亮
用户点Tab，不仅要高亮，还要确保它完全进入可视区（尤其在Tab很多、当前偏右时）。直接scrollIntoView({ behavior: 'smooth' })可能只滚到边缘，不够“居中”。
更稳妥的做法：
- 对目标
tab调用getBoundingClientRect()，算出它当前左偏移left - 计算目标滚动位置：
container.scrollLeft = tab.left - container.clientWidth / 2 + tab.width / 2 - 用
container.scrollTo({ left: targetPos, behavior: 'smooth' }) - 注意：不要在
scrollTo回调里立刻设active——动画未结束时DOM位置不准，应监听scrollend事件（Chrome/Edge支持，Safari暂不支持，需降级用setTimeout）
滚动与状态同步的时机差，是实际项目中最容易被忽略的细节。要么卡顿，要么高亮错位，问题往往不出在Flex布局本身，而出在滚动生命周期的判断上。
