scroll-view 是实现 Tab 横向滚动唯一可靠方案，需显式设 width 和 white-space: nowrap，子项用 inline-block 或 flex-shrink: 0；吸顶与居中须分离处理，优先用 position: sticky（H5）或 fixed（小程序），居中用 scroll-into-view + @scrollend 微调，各端隐藏滚动条方式不同。
scroll-view 是唯一靠谱的选择，别用 swiper ——它不是为 Tab 导航设计的，iOS 上卡顿、回弹、定位不准是常态。
必须显式设置 width 和 white-space: nowrap
不设 width，scroll-view 在 iOS 和部分安卓 WebView 里根本不会横向滚动；只写 scroll-x="true" 没用。子容器（比如 view）必须加 white-space: nowrap，否则文字或子项换行，横向布局直接崩。
- 宽度建议用
width: 100%或固定值（如width: 750rpx），不能依赖 flex 自撑开 - 子项必须用
display: inline-block或flex-shrink: 0，防止被压缩变形 - 避免用
flex布局子项——哪怕父容器是display: flex，也容易因flex-wrap或缩放导致错位
吸顶 + 滚动居中要分开处理
吸顶（Sticky）和滚动居中（scroll-into-view）是两件事，混在一起容易出 bug。吸顶靠 position: sticky 或动态 fixed 实现；居中靠 scroll-into-view + 动态 id 控制，不要手动算 offsetLeft ——不同端返回值不一致，且未扣除 padding/margin。
- 吸顶推荐用
position: sticky; top: 0;（H5 支持好），小程序需用position: fixed+ 动态 class 切换 - 每个 Tab 绑定唯一
id（如tab-0），点击时赋值给:scroll-into-view对应的 data 字段 - 用
scroll-with-animation开启平滑滚动，但注意真机调试时要关掉 HBuilderX 的「启用滚动区域优化」，否则 iOS 下可能拦截事件
滚动后自动校准居中位置
用户滑动后松手，Tab 可能停在非整数位置，导致目标项没完全居中。这时候不能靠 @scroll 实时计算，而应在 @scrollend 触发后，用 createSelectorQuery 获取目标元素真实位置再微调。
-
@scrollend比@scroll更可靠，避免频繁触发 - 校准逻辑只在需要时执行（比如当前可见区域中心离目标 Tab 中心 > 20rpx）
- 校准前先清空
scroll-into-view，再 set timeout 后重新赋值，避免渲染冲突
各端隐藏滚动条的写法差异大
iOS 微信小程序里 scroll-x 默认带滚动条，且无法用 CSS 隐藏；H5 可用 ::-webkit-scrollbar { display: none; }；App 端则要看基座版本，有些必须通过 scrollbar-width: none 或原生配置关闭。
- 微信小程序：只能靠覆盖层遮挡，或把
scroll-view高度设小一点让滚动条不可见 - H5：加
style="-webkit-overflow-scrolling: touch;"提升惯性滚动体验 - App 端：检查 manifest.json 里的
plus.navigator.setScrollBounce是否开启，开了会干扰 scroll-view 行为
scroll-into-view 容易被遮挡或偏移。这时候必须用 createSelectorQuery 实测位置，而不是依赖 CSS 假设。 
