根本原因是真正撑宽页面的是某元素实际渲染宽度超视口，而非min-width本身；需在最靠近溢出源的父容器设width:100%、overflow-x:auto、min-width:0，并确保子项max-width:100%、white-space:nowrap等配套生效。
min-width 设了但页面还是横向溢出，根本不是它的问题
min-width 本身不会导致横向滚动，它只是“至少这么宽”，真正撑破视口的是某个元素的实际渲染宽度超出了 window.innerWidth。你加了 min-width: fit-content 或 min-width: max-content，结果表格或容器反而更明显地把页面拉宽了——那说明你正中“溢出源”的下怀：这个 min-width 正在忠实地执行它的使命，把内容原始宽度暴露出来，而你还没约束住它上游的容器或下游的子项。
外层容器没设 width 或被 flex 锁死收缩能力
常见错误是只给表格容器加 min-width: fit-content，却忘了它必须有个明确的宽度边界才能触发“溢出+滚动”。尤其当它嵌套在 display: flex 父级里时，flex item 默认 min-width: auto，拒绝收缩，overflow-x: auto 形同虚设。
-
div.table-container必须显式设width: 100%（不能只靠max-width: 100%） - 如果父级是
display: flex或display: grid，该容器必须加min-width: 0 - 避免父级用了
transform、will-change或overscroll-behavior: contain，这些会切断滚动上下文
table 内部没做宽度隔离，min-width 失去前提
你给 table 设了 min-width: max-content，但它内部的 <td> 还在换行、图片还在原始尺寸渲染、长 URL 还没断行——那浏览器算出来的 “max-content 宽度” 就是错的，或者干脆被压缩塌陷了。
<ul>
<li>删掉所有 <code>table { width: 100% }，它会覆盖 min-width 的作用逻辑
th 和 td 必须统一加 white-space: nowrap，否则换行让列宽计算失真img、video、iframe 必须加 max-width: 100% 和 height: auto
overflow: hidden + text-overflow: ellipsis 或 word-break: break-all
iOS Safari 滚动不跟手，其实是 -webkit-overflow-scrolling 缺失
横向滚动条出现了，但一拖就停、松手回弹、卡顿严重——这不是布局问题，是 iOS WebKit 的滚动引擎没被激活。Chrome DevTools 模拟器看不出，真机上必现。
立即学习“前端免费学习笔记（深入）”；
-
-webkit-overflow-scrolling: touch必须加在滚动容器（即包裹table的div）上，不能加在table自身或更高层 - 该容器不能有
transform、filter、will-change，否则滚动事件被合成层劫持 - 若用 Tailwind，确保没意外启用了
touch-pan-y或overscroll-behavior-y-contain干扰了 x 轴
最易被忽略的一点：html 才是 iOS 的根滚动容器，不是 body。所以 html { overflow-x: hidden } 和 body { margin: 0 } 是基础防线，否则哪怕你表格滚动再完美，也可能被 body 默认 8px margin 或 html 滚动条占位顶出横向溢出。
