最稳方式是在 table.render 的 row 回调中直接操作 rowElem.addClass()，因其在每行 DOM 渲染完成瞬间触发，覆盖分页/重载/虚拟滚动所有场景；done 回调不可靠，因它不保证 DOM 渲染完成且不会重复执行。
用 table.render 的 row 回调加 class 最稳
直接在 row 回调里操作 rowelem，是 layui 官方支持、且能覆盖分页/重载/虚拟滚动等所有场景的正确方式。它在每一行 dom 渲染完成的瞬间触发，rowelem 就是那个刚挂进 dom 的 <tr> 元素，可直接调用 addclass()。
常见错误是把逻辑塞进 done 回调再遍历 tbody tr——此时表格可能还没重绘完，翻页后新行根本不会被处理，虚拟滚动下还可能漏掉大量 tr。
-
row回调参数固定为(row, rowElem)，其中row是当前行原始数据对象，rowElem是原生<tr>（Layui 封装过，带 jQuery 方法） - 判断条件必须基于
row字段，比如if (row.isDeleted)，别查 DOM 或依赖外部变量 - 空值必须防护：
if (row.status && row.status === 'archived')，否则 JS 报错会导致整页样式失效 - 多个 class 用空格拼接后一次性加：
rowElem.addClass('archived-row disabled-cell')，避免重复调用
为什么 done 回调里加 class 容易失效
done 是“数据加载完成”的回调，不是“DOM 渲染完成”的保证。尤其开启 loading: true 或 height（虚拟滚动）时，done 触发后 <tr> 可能还在插入过程中，或只渲染了可视区域那几行。
更关键的是：分页切换、table.reload()、搜索过滤后，done 不会再次执行，你手动加的 class 就永远停留在第一页上。
- 服务端分页场景下，
res.data只含当前页数据，index是页内序号，和原始数据下标不一致 - 用
$('tbody tr').eq(i)定位行极不可靠——列顺序变动、固定列、工具栏都会导致索引偏移 - 若真要用
done，必须配合table.cache['your-id']拿当前页全量数据，并用data-index属性精准匹配：$tr = $(`tr[data-index="${i}"]`)
cellClass 不能替代 row 回调给整行加类
cellClass 是专为 <td> 设计的，返回的 class 只挂载到单元格上。想让整行文字变灰、背景变浅、禁用复选框，必须作用于 <tr> 或其子元素容器，cellClass 无法穿透控制行级行为。
立即学习“前端免费学习笔记（深入）”；
例如要禁用某行复选框，得操作 rowElem.find('input[type="checkbox"]')；要加删除线，得给 .layui-table-cell 或其内部 <div> 加样式——这些都超出了 cellClass 能力范围。
-
cellClass函数里拿到的td参数是原生<td>，但此时它尚未插入 DOM，不能调用classList.add()，只能返回字符串 - 返回空字符串或
undefined，Layui 就不加任何 class，这点和row回调不同 - 如果同时需要行级 class 和单元格级 class，两个回调要分开写，互不干扰
加了 class 但样式不生效？先查这三处
Layui 表格默认给 <tr> 加了 layui-table-hover 等内联样式，CSS 权重经常被压住。别急着改 JS，先看样式是否被覆盖。
- 检查浏览器开发者工具里，目标
<tr>是否真有你加的 class，有没有拼写错误（比如写成tr-disabled却用了.tr_disable） - CSS 选择器必须够强：
.layui-table .my-row > td比.my-row更稳，!important在必要时该用就用 - 皮肤（
skin: 'line'）或主题（如暗色模式）可能重置了背景、边框、文字颜色，加 class 后记得同步覆盖这些属性
最常被忽略的是：虚拟滚动下，row 回调仍会为每行触发，但 DOM 中只存在可视区域的 <tr>；而 done 回调里查到的 tr 数量永远等于当前页数据条数——这个差异决定了方案能否真正落地。
