表格横向滚动需外层div设overflow-x:auto及明确宽度，table加white-space:nowrap和table-layout:fixed，移动端需-webkit-overflow-scrolling:touch并避免flex干扰与transform等属性。
表格内容超出容器时横向滚动不生效
直接给 table 加 overflow-x: auto 没用——table 默认是块级但会自动撑宽，滚动容器必须套在外部 div 上，且这个 div 要有明确宽度限制（比如 width: 100% 或固定值）。
常见错误现象：table 依然把页面撑开、横向滚动条不出现、或者只在部分浏览器里有效。
- 容器
div必须设overflow-x: auto，不是table本身 -
table需要加white-space: nowrap（防文本换行干扰宽度计算） - 移动端 Safari 对
overflow-x支持较弱，建议同时加-webkit-overflow-scrolling: touch - 如果表格有
width: 100%，它会优先适应父容器，失去“可滚动”的前提——此时应去掉或改用min-width: fit-content
移动端 Safari 滚动卡顿或无法拖拽
Safari 对 overflow 容器的触控滚动支持不完善，尤其嵌套在 flex 或其他布局中时，容易失灵。
使用场景：iOS 微信内置浏览器、iOS Safari、部分安卓 WebView。
立即学习“前端免费学习笔记（深入）”；
- 容器
div必须设display: block（避免被父元素 flex 压缩） - 加
-webkit-overflow-scrolling: touch激活原生滚动惯性 - 避免在滚动容器上设置
transform、will-change等触发合成层的属性，可能干扰滚动事件捕获 - 如果父元素用了
overscroll-behavior: contain，可能拦截滚动传递，需检查并移除
表格列宽失控导致横向滚动失效
即使容器设置了 overflow-x: auto，如果某列（比如图片、长文本、input）没有宽度约束，table 仍会无限撑宽，滚动还是出不来。
参数差异：不同浏览器对 table-layout 的默认处理不同；auto 布局下宽度由内容决定，fixed 则按首行或 col 定义分配。
- 给
table加table-layout: fixed，再配合width: 100%或min-width: fit-content - 为每列（
th/td）设max-width和overflow: hidden+text-overflow: ellipsis - 图片统一加
max-width: 100%; height: auto，防止突破列宽 - 避免在
td里用display: flex包裹内容——flex 项目默认不收缩，会撑宽整列
响应式下小屏滚动体验差
纯靠横向滚动在 320px 屏幕上操作困难，手指容易误触、起始点难定位，而且看不到全表结构。
性能 / 兼容性影响：加了 -webkit-overflow-scrolling: touch 可能增加内存占用；过度依赖横向滚动也会影响无障碍访问（如屏幕阅读器）。
- 优先考虑用
@media在小屏下转为卡片式布局（display: block每行一条），而非强推滚动 - 若必须滚动，给容器加
padding-bottom: 1px（修复 iOS Safari 滚动条不显示的问题） - 测试真机：模拟器常表现正常，但 iPhone 实际滑动时可能因
user-select: none或外层touch-action: none被禁用
横向滚动本质是“让内容溢出再截断”，但表格天生抗拒溢出。真正麻烦的不是加那几行 CSS，而是得一层层确认：容器有没有被 flex 压扁、表格有没有被 width 锁死、Safari 有没有被 transform 干扰、还有那些藏在 td 里的 inline-flex 和未约束的图片。
