响应式表格需设 table-layout: fixed 配合 width: 100% 和显式列宽，否则小屏失控；百分比宽度失效主因是父容器宽度未定义；多列语义强时宜转 data-label 卡片堆叠，报表类则用外层滚动。
直接设 width: 100% 不管用——表格会撑开、文字挤成一团、横向滚动条冒出来，根本原因不是样式没写全，而是浏览器默认用 table-layout: auto，等所有内容（比如长 URL、未换行的英文单词）加载完才算列宽，小屏下必然失控。
必须用 table-layout: fixed 锁定列宽计算逻辑
这是响应式表格真正的起点。改成 table-layout: fixed 后，列宽只看第一行 <th> 或显式 <col> 的宽度声明，不依赖内容长度，渲染快且可控。
- 必须搭配
width: 100%使用，否则fixed不生效 -
<th>或<col>上得有明确宽度，例如<th style="width: 25%">姓名</th> - 没设满所有列宽时，剩余空间由未设宽列平分，容易失衡，建议每列都设
- IE8+ 支持，但 Outlook（用 Word 渲染引擎）完全不认这个属性，发邮件时禁用
width 百分比失效的常见原因
很多人写 width: 30% 没反应，不是语法错，是参照对象断了链。
- 父容器没设宽度（比如只是
div默认display: block），子元素的百分比就失去计算基准 - 检查开发者工具里父元素的
computed width：如果显示auto，那子元素的百分比基本无效 -
padding和margin的百分比也全按父元素width算，不是高度——想做正方形别试padding-top: 100%就完事，得配height: 0+ 绝对定位子元素 -
border不支持百分比单位，border-width: 2%会被直接忽略
≥4 列时优先转 data-label 卡片堆叠
横向滚动对用户极不友好，尤其字段语义强（如“下单时间”“收货人电话”）时，滑来滑去根本记不住哪列是啥。更稳妥的是让每行变成独立区块。
立即学习“前端免费学习笔记（深入）”；
- 给每个
<td>加data-label属性：<td data-label="时间">2026-04-18 14:22</td> - 媒体查询里隐藏
<thead>，把<tr>设为display: block -
<td>设display: block+position: relative，再用::before { content: attr(data-label) }插入标签 - 别用
float或inline-block，窄屏下换行错位风险高
报表类表格：外层滚动最务实
后台数据列表、财务明细这类列多且不能删字段的场景，水平滚动不是妥协，是合理选择。关键在滚动要顺滑、有提示、不卡顿。
- 外层容器加
overflow-x: auto和-webkit-overflow-scrolling: touch（iOS 惯性滚动） -
<table>设min-width: fit-content或具体值（如min-width: 1200px），防内容被压缩变形 - 禁用
white-space: nowrap在<td>上，否则无空格长文本（如 Base64、URL）会直接撑爆容器 - 父容器要有明确宽度，比如
max-width: 100vw；光靠width不够
真正难的不是写几行 CSS，而是判断当前表格属于哪一类：是展示型（适合卡片堆叠）、报表型（适合外层滚动），还是邮件场景（只能退回嵌套 table + 内联样式）。选错路径，后面怎么调都救不回来。
