结论：单纯加 width: 100% 无法实现表格响应式；列少用 table-layout: fixed + 百分比列宽，列多（≥4）且语义明确时退化为 display: block 堆叠结构，报表类则采用横向滚动容器。

直接说结论：别指望单纯加 width: 100% 就能让表格在手机上可读。真要响应式，得根据内容类型选路径——列少用 table-layout: fixed + 百分比列宽；列多（≥4）且字段有明确语义时，小屏必须退化为 display: block 堆叠结构；报表类则老老实实加横向滚动容器。

html-to-pptx

将多页 HTML 演示文稿转换为美化的 PPTX 文件，便于分享和分发。

下载

table-layout: fixed 是唯一靠谱起点，但三个条件缺一不可

浏览器默认用 table-layout: auto，等所有内容（比如长 URL、未缩放图片）加载完才算列宽，小屏一来就撑破容器。改成 table-layout: fixed 后，列宽只认第一行 <th> 或显式 <code><col> 宽度，不依赖内容，渲染快且可控。 但以下三点必须同时满足，否则等于没设：

• <table> 上必须设 <code>width: 100%
• 至少一列通过 <th style="width: 25%"> 或 <code><col width="200"> 显式指定宽度（百分比优先）
• 不能在 <td> 上写 <code>white-space: nowrap —— 除非你真想禁换行，否则长文本会直接顶爆整列 没设满所有列宽时，剩余空间由未设宽的列平分，容易失衡；IE8+ 支持，但 Outlook（用 Word 渲染引擎）完全不认这个属性，发邮件时别用。

  小屏 ≥4 列时，data-label + display: block 更可靠

  横向滚动对用户极不友好，尤其字段语义强（如“下单时间”“收货人电话”）时，滑来滑去根本记不住哪列是啥。比滚动更稳妥的做法是让每行 <tr> 变成独立区块，每个 <code><td> 带上 <code>data-label 记录原表头。 关键实操点：
  • HTML 中为每个 <td> 添加 <code>data-label 属性：<td data-label="订单号">ORD-2026-7890<li>媒体查询里隐藏 <code><thead>，把 <code><tr> 设为 <code>display: block，<td> 也设 <code>display: block；再用 ::before { content: attr(data-label); } 插入标签
  • 别用 float 或 inline-block —— 窄屏下换行错位风险高；伪元素默认是 inline，若需对齐或截断，得加 display: inline-block 或配合 white-space: nowrap; text-overflow: ellipsis;

  报表类表格：外层滚动是务实选择，不是妥协

  后台数据列表、财务明细这类列多且不能删字段的场景，水平滚动不是妥协，是合理选择——关键在滚动要顺滑、有提示、不卡顿。 必须做这几件事：
  • 外层容器加 overflow-x: auto 和 -webkit-overflow-scrolling: touch（iOS 惯性滚动）
  • <table> 设 <code>min-width: fit-content 或具体值（如 min-width: 1200px），防内容被压缩变形
  • 禁用 white-space: nowrap 在 <td> 上，否则无空格长文本（如 Base64、URL）会直接撑爆容器<li>父容器要有明确宽度，比如 <code>max-width: 100% 或固定像素值

  真正容易被忽略的是：小屏下它还该叫 table 吗？
  很多方案卡在“怎么让表格缩进屏幕”，但问题本质是语义和交互方式变了。列数一多、字段一关键，硬压表格只会牺牲可读性和可访问性。要不要退化、何时退化、退化后 label 怎么对齐、长文本怎么截断——这些细节才是响应式表格落地的真正门槛。