layui table 表头文字换行显示不了？关键在 CSS 覆盖和 white-space
很多开发者都遇到过这个头疼的问题：在 layui table 里，表头文字稍微长一点，就死活不肯换行，硬生生挤在一行里，甚至直接溢出被截断。这其实不是 bug，而是 layui 为了保持表格布局的紧凑和统一，在表头单元格（th）上默认设置了 white-space: nowrap 和固定的高度。这个设计初衷是好的，但碰上需要多行显示的标题时，就有点“束手束脚”了。
那么，怎么才能让表头“乖乖”换行呢？核心思路其实很清晰：不是去修改 layui 的源码，而是用更精准的 CSS 选择器，去覆盖它那几层关键的样式限制。你需要攻克的主要是这几个点：
- 把
white-space从nowrap改成normal或break-spaces，这是允许换行的基础。 - 把固定的
height值去掉，或者设为auto，否则内容撑不开高度，还是会被截断。 - 适当调整
line-height和padding，让多行文字有舒适的呼吸空间，不会紧贴边线。 - 如果需要，加上
vertical-align: middle来确保内容垂直居中，视觉上更协调。
怎么给特定列的表头加换行？用 field 或 lay-data 绑定 class
一个常见的误区是，试图在 cols 配置里用 templet 来渲染表头。很遗憾，layui 并不支持表头模板。正确的方法是，利用 layui 渲染表格时自动生成的属性来“定位”目标列。
最可靠的抓手就是 field 字段。layui 会把配置中的 field 值，以 data-field 属性的形式，挂载到对应的表头 th 元素上。这就给了我们一个非常精准的 CSS 选择器。
举个例子，假设你想让“用户基本信息”这个列的表头分成两行显示：
cols: [[
{field: 'userInfo', title: '用户基本信息', width: 150}
]]
那么，对应的 CSS 就可以这样写：
.layui-table th[data-field="userInfo"] {
white-space: normal !important;
height: auto !important;
line-height: 1.4;
padding: 8px 12px;
}
这里有两个关键点：一是选择器 th[data-field="userInfo"] 确保了样式只作用于特定列；二是 !important 声明几乎必不可少，因为 layui 的部分样式是内联的，优先级很高，不加可能覆盖不掉。另外，data-field 的值是严格区分大小写的，务必和配置里保持一致。
用 \n 或
在 title 里换行？别试，layui 会自动转义
可能有人会想走“捷径”：直接在 title 字符串里插入换行符 \n 或者 HTML 标签
无论是写成 title: '用户\n信息' 还是 title: '用户，layui 在渲染表头时，都会对内容进行 HTML 转义处理。结果就是，
信息'\n 被当成普通空格，
”显示出来，换行效果根本不会出现。
所以，真正能让文字换行的，只有 CSS 属性 white-space 控制的“自然换行”。这意味着换行点依赖于文本自身的空格或字符边界。我们可以这样应对：
- 对于中文标题，可以在需要换行的位置手动加空格，比如写成
title: '用户 基本 信息'，CSS 生效后就会在空格处换行。 - 对于英文标题，普通空格在 HTML 中可能会被压缩，可以使用不换行空格
title: 'User Info'。 - 如果需要对换行位置进行更精确的控制，可以插入零宽空格
或使用其Unicode表示\u200b。它在页面上不可见，但浏览器会将其识别为一个允许换行的断点。
表格重绘后样式丢失？记得在 done 回调里重新应用 CSS
另一个容易踩的坑是动态场景。当你调用 table.reload()、切换分页，或者表格本身开启了分页（page: true）时，layui 会销毁并重新构建整个表格的 DOM 结构。如果你之前是通过 Ja vaScript 动态插入样式，或者依赖某个特定的渲染时机来应用 CSS，那么重绘后这些样式很可能就失效了。
最稳妥的方案，是把定义好的表头换行样式，直接写在全局的 CSS 文件中。这样无论表格如何重建，样式都会自动生效。
如果因为某些原因，必须通过 Ja vaScript 来操作，那么务必在 table 的 done 回调函数里，重新执行一遍应用样式的逻辑：
table.render({
// ...其他配置
done: function() {
// 确保表头样式在每次渲染后都生效
$('.layui-table th[data-field="userInfo"]').css({
'white-space': 'normal',
'height': 'auto'
});
}
});
不过话说回来，能用 CSS 一次性解决的问题，就尽量不要依赖 Ja vaScript 来补救。前者在性能和稳定性上通常更有优势。
最后提个醒，最复杂的情况其实是表头合并（rowspan/colspan）的场景。layui 对合并表头的原生支持比较弱，在这种结构下强行应用换行 CSS，很容易导致单元格错位、对齐混乱。如果项目中有复杂的合并表头且必须多行显示，更现实的建议是：放弃 layui 原生的表头渲染方式，转而使用自定义工具栏（toolbar）结合手动拼接 HTML 的方式来构建表头。虽然工作量会大一些，但能获得百分之百的控制权，避免各种意想不到的布局问题。
