需在复选框列配置中显式设置像素值宽度，如{type:'checkbox',width:40}，且必须置于cols[0]首层；容器min-width不足、autoSort干扰或resize调用不当也会导致失效。
layui table 复选框列宽度被自动压缩怎么办
默认情况下，layui.table 的复选框列（type: 'checkbox'）会随表格宽度变化缩放，尤其在列数多、容器窄时，复选框可能被压扁甚至文字重叠。这不是 bug，是 layui 为适配响应式做的默认行为，但实际业务里常需要它「稳住」。
根本原因是 layui 对 type: 'checkbox' 列的内部 th 和 td 没设固定 width，且 CSS 使用了 flex 布局 + min-width: 0，导致内容收缩优先级高于尺寸控制。
- 必须显式给复选框列设置
width，且值不能是百分比或auto - 推荐用像素值，如
width: 40（对应 40px），这是最稳定的方式 - 如果用了
skin: 'row'或自定义cols结构，要确保该列在首层cols[0]中定义，否则width不生效 - 不要依赖 CSS 强制改
.layui-table-cell的min-width，容易和 layui 内部重绘逻辑冲突
复选框列的 width 设置写在哪才有效
width 必须写在列配置项（cols 数组中）的复选框列对象里，不是写在 table.render() 的顶层参数中。
常见错误是把 width 放错位置，比如塞进 even、page 或 done 回调里，那完全没用。
- 正确位置：
{type: 'checkbox', width: 40}—— 直接作为列对象的一项 - 如果用了多级表头（
cols: [[...], [...]]），复选框列必须放在第一级（即cols[0]）中 - 不能写成
{type: 'checkbox', style: 'width: 40px;'}，style属性对 checkbox 列无效 - 若同时设置了
fixed: 'left'，width仍需单独声明，fixed不带宽约束
table.render({
elem: '#demo',
cols: [[
{type: 'checkbox', width: 40}, // ✅ 有效
{field: 'name', title: '姓名'},
{field: 'age', title: '年龄'}
]]
});
为什么加了 width 还是变窄？检查这几点
即使写了 width: 40，复选框列仍可能被挤压，大概率是下面几个原因在起作用。
- 表格容器本身宽度太小，且未设置
minWidth—— 给elem容器加min-width: 600px（按需调整）能缓解 - 启用了
autoSort: true且列标题含文字，layui 会悄悄给 checkbox 列的th插入排序图标占位元素，挤占空间；可配合unresize: true禁止拖拽列宽来减少干扰 - 使用了第三方样式覆盖了
.layui-table-box的overflow-x: auto，导致整体布局计算异常 - 动态渲染后调用
table.resize()，但没传参或传了空对象，导致列宽重置；应传具体实例 ID：table.resize('yourTableId')
兼容性与性能提醒
width 设为像素值在所有支持 layui 2.8+ 的浏览器里都可靠，包括 IE11。但要注意两个边界情况：
- 在移动端小屏上，若总列宽 > 容器宽度，横向滚动条出现后，复选框列的
width仍保持，但视觉上可能被截断 —— 这是预期行为，不是 bug - 大量数据（>5000 行）开启复选框列时，
width设置本身不影响性能，但每行多一个input[type=checkbox]节点，DOM 量会上升；如需优化，考虑用type: 'numbers'或分页控件替代全量选择 - 不要用
!important强制覆盖 layui 的 checkbox 列内联样式，后续版本升级可能破坏你的 hack
真正难处理的是嵌套表格或父子表格里复选框列的宽度同步问题 —— 那时候得手动监听子表渲染完成事件，再调一次 table.resize()，而且子表的 width 得单独设，父表的设置不会继承。
