移动端选项卡不能直接套用桌面写法，因flex-wrap: wrap或inline-block在小屏易换行错位溢出，且:hover无效；需用flex: 1 + min-width: max-content自适应、white-space: normal配合text-overflow、overflow-x: auto与-webkit-overflow-scrolling: touch保障滚动，tab按钮须设role="tab"和tabindex="0"，内容区用display: flow-root防塌陷，并同步URL hash与ARIA状态。
移动端选项卡为什么不能直接套用桌面写法
因为 flex-wrap: wrap 或固定宽度 + display: inline-block 在小屏上会挤成多行、错位甚至溢出容器，而原生 :hover 在触摸设备上根本没用。更关键的是，横向 tab 标签一旦数量稍多（比如 5 个以上），在 375px 宽的 iPhone 屏上必然重叠或截断——这不是样式问题，是布局模型没对齐触控交互逻辑。
- 别给
.tab-btn设固定width，改用flex: 1+min-width: max-content，让按钮按文字自适应又不塌缩 - 禁用
white-space: nowrap（它会让长文本强制单行溢出），改用text-overflow: ellipsis+overflow: hidden+white-space: normal - 必须加
overflow-x: auto和-webkit-overflow-scrolling: touch，否则 iOS 滚动卡顿或失效 - 避免用
float布局——它在移动端触发 layout collapse 的概率远高于桌面，且无法配合flex混用
如何让 tab 切换在 iOS 和 Android 上都响应点击
原生 click 在部分 Android 4.x 和 iOS 9 以下有 300ms 延迟，且某些 WebView（如微信内置）会吞掉 click 事件。直接绑 click 看似能跑，但用户点下去有延迟感，还可能点不中。
- 用
touchstart替代click，但注意加event.preventDefault()防止双击缩放干扰 - 给每个 tab 按钮设
role="tab"和tabindex="0"，否则 VoiceOver 或 TalkBack 无法聚焦 - 别依赖
label[for]触发切换——移动端 label 点击热区小，且部分安卓浏览器对 for/id 匹配不严格 - 监听
touchend后加 100ms 延迟再执行切换，避免误触（尤其滑动时边缘误点）
内容区高度塌陷导致下方元素被覆盖怎么办
这是移动端最隐蔽的坑：tab 内容区用了 position: absolute 或 float，父容器没形成 BFC，结果下面的 <footer></footer> 直接叠在 tab 内容上——不是 z-index 问题，是文档流丢了高度。
- 给 tab 容器加
display: flow-root（比overflow: hidden更安全，不剪裁阴影或下拉框） - 所有
.tab-content必须设position: static（除非你明确需要脱离文档流），初始隐藏用display: none而非visibility: hidden - 如果内容区含图片或异步加载数据，加
min-height: 200px防止闪动；但不要写死height，否则长内容被截断 - 检查是否误加了
transform: translateZ(0)——它在旧版 Android WebView 中会引发层叠上下文异常，间接导致定位错乱
URL hash 同步和后退键支持为什么总失效
很多方案只在点击时更新 location.hash，却没监听 hashchange，或者没处理首次加载时从 URL 恢复状态。用户刷新页面或点后退，tab 就“掉线”了。
立即学习“前端免费学习笔记（深入）”；
- 初始化时必须读
location.hash（如#profile），然后手动激活对应 tab，不能只等 click - 绑定
window.addEventListener('hashchange', ...)，而不是靠popstate——后者在纯 hash 导航中不触发 - 切换时用
history.replaceState(null, '', '#settings')替代直接赋值location.hash，避免无意义的历史记录堆积 - 注意 Safari 对
hashchange的兼容性：iOS 12.5.7 及更早版本需在DOMContentLoaded后再绑定，否则首次 hash 不触发
aria-selected="true" 却忘了同步 aria-hidden="false" 到对应面板，或者用 JS 切换后没调用 focus() 把焦点移到新面板。这些细节不会让功能崩，但会让真实用户卡住。 
