直接控制行内容高度需覆盖 .layui-table-cell 类，统一设置 height 与 line-height 相等以保障垂直居中；多行文本用 height: auto + line-height + white-space: normal + word-break: break-word；表头高度用 th.layui-table-cell 等精确选择器；maxHeight 仅限容器滚动，不影响行高；动态场景须调用 table.resize() 重绘；禁止在 cols 中内联 height，所有样式应归 CSS 统一管理。
直接控制行内容高度：靠 CSS 覆盖 .layui-table-cell
layui 表格默认给每行单元格设了固定高度（约 40px），内容超长会被截断或撑开导致错位。真正生效的控制点不是表格配置项，而是 css 的 .layui-table-cell 类——它决定了文字能占多高、是否换行、溢出怎么处理。
常见错误现象：height: 36px 单独写没用；line-height 和 height 不一致导致文字上下偏移；加了 white-space: nowrap 反而让长文本挤出单元格。
- 必须同时设置
height和line-height，且值相等（如都为36px），否则文字垂直居中失效 - 若需支持多行文本，改用
height: auto+line-height: 24px+white-space: normal+word-break: break-word - 表头高度单独控制：用
th.layui-table-cell或更精确的选择器如th.laytable-cell-1-0-0（列索引可查渲染后 DOM）
maxHeight 是限制整个表格容器，不是单行
很多人搜“最大高度”就去配 maxHeight，但它只作用于表格外层容器（div.layui-table-box），用来触发滚动条，对单行内容高度毫无影响。设成 maxHeight: 500 后，行还是原来那么高，只是超出 500px 就出现纵向滚动条。
使用场景：数据量不可控、页面留白有限、必须防止表格把页面顶出视口。
-
maxHeight是 Layui 2.8+ 新增属性，低版本无效 - 它和
height互斥：同时设时，maxHeight优先级更高，但不会压缩行高 - 若配合分页使用，
maxHeight仅约束当前页展示区域，不影响翻页逻辑
动态内容下别硬写死 height，用 table.resize() 配合样式重算
当表格所在区域被折叠、Tab 切换、搜索栏展开时，父容器高度变了，但表格不会自动重排单元格高度——尤其是你用了 height: auto + 多行文本时，容易出现文字被裁、按钮点击失灵。
这时候不能只靠 CSS，得手动触发重绘：
- 调用
table.resize('yourTableId')，前提是初始化时给了id参数（如id: 'accTable'） - 如果没设
id，只能用table.reload()重载，但会丢失当前页码和排序状态 - 别在
setTimeout里盲目调用，先确认 DOM 已完成尺寸更新（比如监听transitionend或用getBoundingClientRect()校验）
别在 cols 里塞 style 或内联 height
有人试图在列定义里加 templet 返回带 style="height:40px" 的 HTML，这看似可行，实则破坏表格统一布局：表头和内容行高度不一致、固定列错位、导出 Excel 时格式异常。
性能影响明显：每行都跑一次字符串拼接 + DOM 插入，100 行以上卡顿肉眼可见。
- 所有高度控制必须收归 CSS，用类名或全局选择器统一管理
- 特殊列（如含图片/按钮）可用
.layui-table-cell[data-field="action"]单独微调，避免污染通用样式 - 若某列必须强制单行+省略，用
text-overflow: ellipsis+white-space: nowrap+overflow: hidden组合，比设 height 更可靠
最易被忽略的一点：Layui 的 height 配置项（如 height: 420）只管容器，和行高完全无关。很多人调了一上午 height 发现没用，就是因为混淆了“容器高度”和“内容行高”这两个层级。CSS 覆盖 .layui-table-cell 才是唯一稳定解法。
