Layui表格列宽自适应必须手动干预计算逻辑，需删除width字段、动态计算全量数据最长内容并设minWidth、配合CSS换行样式及table.resize()调用。
不能靠 autoresize: true 实现，也不能只设 width 或依赖首行内容——layui 表格的列宽自适应必须手动干预计算逻辑，否则永远只看前 10～20 行、永远被截断、永远错位。
为什么删掉 width 才是第一步
Layui 渲染时优先按你写的 width 固定列宽；没写才 fallback 到内置 minWidth: 100。但这个 100px 是硬下限，哪怕内容只有“ID”两个字也占满，长文本则直接溢出或显示省略号。
- 所有列配置中彻底删除
width字段（包括width: ''、width: null） - 只保留
minWidth，中文字段建议 ≥ 50，英文/数字 ≥ 30 - 若某列必须等宽（如操作列），单独加
width+align: 'center'，避免文字贴边 - 注意：新版统一用小写
width，旧版大写Width仅在特定场景兼容（如最后一列弹性占位）
内容超长却不换行？得改 CSS + 模板
Layui 单元格默认 white-space: nowrap + text-overflow: ellipsis，看着像数据丢了，其实是设计如此。
- 在列定义里加
templet，用内联样式强制换行：templet: '<div style="white-space: normal; word-break: break-word;">{{d.content}}</div>' - 同时给容器加全局样式：
.layui-table tbody td { white-space: normal !important; } -
word-break: break-word比break-all更合理——它优先在空格、标点处断行，不会把user_name拆成user_和name - 别忘了在
done回调里调一次table.resize()，否则新样式不生效
怎么让列宽“真看全部内容”，而不是只看第一页
Layui 计算列宽时只扫描首屏可见行（通常是前 10～20 行）。如果最长文本藏在最后一页，列宽就永远撑不开——这是最隐蔽、最常被忽略的坑。
- 初始化表格前，遍历全部原始数据，对每列找出最长字符串（注意：按当前字体字号估算像素宽度，不能只比字符数）
- 把估算出的像素值，作为该列的
minWidth动态注入列配置 - 如果数据异步加载，必须在
done回调中重新遍历并调用table.resize() - 含图标、按钮等非纯文本的列，计算前加
setTimeout(() => {}, 0)确保 DOM 渲染完成
表格在 tab 或弹窗里首次不生效？必须手动 resize
初始隐藏的容器（如未激活的 tab 页、未打开的 modal）会导致 Layui 宽度计算为 0，列宽全崩。这不是 bug，是渲染时机问题。
- 在 tab 切换事件或 modal 的
success回调中，调用table.resize('yourTableId') - 如果表格嵌在 iframe 里，resize 必须在 iframe 内部执行，父页面调无效
- 多个表格共存时，不要共用同一个 resize timer，每个 table ID 应独立处理
- IE11 下存在 1–2px 渲染误差，若出现意外滚动条，可对每列
minWidth统一减 2
真正麻烦的不是代码怎么写，而是你得意识到：Layui 的列宽逻辑根本不是“自适应”，而是“按需重算”。它不监听内容变化，不响应 DOM 更新，不保存用户拖拽结果——所有“自动”，都得你亲手补全。
