必须手动拦截mousemove并clamp宽度：拖拽时实时计算newWidth=initWidth+(currentX-startX)，再Math.max(minWidth,Math.min(maxWidth,newWidth))；存localStorage和读取时也需同样clamp，固定列maxWidth无效须硬编码限制。
拖拽时列宽不能小于 minWidth 或大于 maxWidth？layui 原生不认这两个限制
layui table 的列拖拽没有内置的 min/max 宽度约束逻辑。你设了 minWidth: 120 和 maxWidth: 400，拖拽过程中依然能拉到 50px 或 800px——这不是 bug，是功能缺失。原生拖拽条（哪怕你手动加的）只负责改 th 的 style.width，完全绕过 minWidth 和 maxWidth 配置项。
怎么在拖拽过程中强制限制宽度范围？必须自己拦截 mousemove
要在拖拽时实时卡住宽度上下限，得在 mousemove 回调里手动判断并截断新宽度值。关键不是“设参数”，而是“算完再 clamp”：
- 在
mousedown阶段记录初始列宽（parseInt($(th).css('width'))）、鼠标起始 X 坐标、对应列的field - 在
mousemove中计算目标宽度：newWidth = initWidth + (currentX - startX) - 立刻做边界控制：
newWidth = Math.max(100, Math.min(400, newWidth))（这里 100/400 是你定义的 min/max） - 只更新
th.style.width，**不要**直接写入cols数组——那是渲染前的事，此时改没用 - 记得
event.preventDefault()，否则会触发文字选中或浏览器默认拖拽
为什么拖完存 localStorage 的值要和拖拽时的限制一致？
用户拖到 90px 后关闭页面，下次进来你从 localStorage 读出 90，但列配置里写了 minWidth: 100，结果这列还是被撑到 100px——因为 layui 渲染时优先取 minWidth，而你存的 90 被它自动 fallback 了。所以：
- 拖拽时的
Math.max(100, ...)下限，必须和你最终存进 localStorage 的值下限一致 - 下次渲染前读缓存时，也要做一次 clamp：
parseInt(savedWidth) || 100→Math.max(100, parseInt(savedWidth) || 100) - 固定列（
fixed: 'left'）要单独处理：它的minWidth和拖拽限制必须和非固定列分开维护，否则左右列会互相干扰
最容易被忽略的坑：maxWidth 在固定列上根本不起作用
即使你在固定列里写了 maxWidth: 300，拖拽时照样能拉到 600px。原因在于 layui 对固定列的宽度计算逻辑是独立的——它只尊重 width 和 minWidth，maxWidth 参数在 fixed 列中被完全忽略。所以：
- 固定列若需上限控制，只能靠拖拽时的
Math.min()截断，且该上限值必须硬编码进拖拽逻辑，不能依赖配置项 - 非固定列的
maxWidth虽然存在，但仅影响自动分配逻辑，对拖拽行为零约束 - 如果表格开启了
totalRow: true，合计行会进一步压缩可用宽度，导致你设的 400px 上限在小屏下实际无法达到——这时得先检查容器宽度是否足够
