layui 2.8 无真正自适应列宽模式，依赖 minwidth + 容器宽度计算 + table.resize() 实现视觉效果；width 不参与布局，minwidth（数值型）才是关键；固定列需 width 与 minwidth 一致且禁用 unresize；内容撑宽须在 done 中用 scrollwidth 测量并调 resize。
直接说结论：layui 2.8 没有真正的“自适应列宽模式”，所谓“自适应”本质是靠 minwidth + 容器宽度计算 + table.resize() 协同实现的视觉效果，不是浏览器自动伸缩。强行用 width 或百分比（如 "30%"）反而容易导致错位、截断或拖拽失效。
为什么 width 不是固定宽度，minWidth 才是关键
Layui 表格渲染时，width 仅作为换行提示或 tooltip 触发参考，不参与列宽布局计算；真正决定列最小可显示宽度的是 minWidth（必须为数字，如 120，写成 "120px" 会被忽略）。若所有列 minWidth 总和超过容器宽度，Layui 仍会压缩列宽——除非你加了 fixed: 'left' 或禁用响应式。
-
minWidth是数值型，设为150才生效；字符串值如"150"或"150px"全部无效 - 固定列（
fixed: 'left'或'right'）必须同时配minWidth和显式width（二者都建议设为相同数值），否则自适应逻辑会跳过该列 - 全局
cellMinWidth: 100只是兜底值，无法覆盖单列minWidth
如何让内容撑开列宽（非固定列）
对非固定列，若希望列宽随内容自然扩展（比如操作按钮多、时间字段长），不能依赖 CSS white-space: normal —— 那只会换行，不改列宽。得用 JS 动态测内容真实宽度再赋给 minWidth。
- 必须在
done回调中执行，确保 DOM 已渲染完成 - 只测
.layui-table-main中对应列的单元格，避开固定列区域（.layui-table-fixed-l等） - 用
$(cell).children().prop('scrollWidth')获取实际内容宽度，比.width()更准（含 padding/border） - 记得最后调
table.resize(tableIns.config.id)强制重绘，否则新宽度不生效
固定列 + 自适应列共存时的坑
这是 2.8 最常崩的场景。固定列一旦没处理好，会直接拖垮整行自适应逻辑。
- 左/右固定列必须设
minWidth和width，且两个值保持一致（如都写120），否则表格主体列宽计算会失准 - 不要给固定列设
unresize: true后又试图动态改它的minWidth，Layui 内部状态不同步会导致拖拽条错位或 resize 失效 - 如果右侧固定列内容较长（如带多个按钮），建议单独给它设较大
minWidth（如200），别指望它跟主表体一起“自适应” - 启用
height时，固定列的.layui-table-fixed-r .layui-table-body高度可能滞后，需在done里手动同步tr高度
最麻烦的点不在配置本身，而在于：Layui 2.8 的列宽逻辑是“一次计算、静态分配”，没有监听内容变化或窗口 resize 的内置机制。哪怕你用 minWidth 设得再合理，用户展开折叠行、切换 Tab、甚至只是输入框聚焦导致页面重排，都可能让列宽错乱——这时候，table.resize() 就不是可选项，而是救命绳。
