cellExpandedWidth是2.8.17+列展开默认宽度基准值，默认60易截断，需配合cellExpandedMode生效；table.renderData(id)轻量刷新数据不重绘DOM；where支持函数式写法实时更新参数；lineStyle与cellExpandedMode组合实现多行自适应显示。
cellExpandedWidth：解决长文本单元格默认展开过窄
2.8.17+ 版本起，cellexpandedwidth 成为表格列宽控制的关键补丁参数。它不替代 width/minwidth，而专用于「鼠标悬停展开」或「多行展开」时的默认宽度基准值。默认是 60，但实际中常导致内容被截断——因为该值未动态适配文本长度或容器剩余空间。
- 必须配合
cellExpandedMode: 'tips'或'default'才生效；单独设置无效果 - 若设为
500，所有展开提示框/展开区域统一按 500px 渲染，但超出父容器宽度时会溢出（需额外加overflow-x: hidden到 .layui-table-box） - 不建议全局设过大（如 800），否则在小屏或窄列场景下反而触发横向滚动，破坏体验
table.renderData(id)：重载数据更轻量，绕开 DOM 重建
table.renderData(id) 是 2.8.5 新增的轻量刷新方法，和 table.reload() 有本质区别：它只更新数据、不重绘表头/分页栏/工具栏，也不触发 done 回调。适合「局部刷新」场景，比如轮询更新某几行状态、实时插入新记录后仅刷新 body。
- 必须传入表格的
id（即render时配置的id字段），不是elem选择器 - 数据源必须来自
table.cache[id]或你手动构造的数组，它不发请求，也不读取url - 若用了
cols动态计算（如templet中依赖外部变量），renderData不会重新执行 templet 函数——它只做纯数据映射
where 参数现在支持函数式写法
2.8+ 中 where 不再仅限于静态对象，可传入返回对象的函数，让每次请求都能携带最新上下文。这解决了传统写法中「参数闭包过期」的经典问题，比如搜索框输入中实时取值、权限变更后动态加 token。
- 写法：
where: function(){ return { keyword: $('#search').val(), token: getAuthToken() }; } - 注意：函数在每次请求前执行（包括分页、排序、重载），所以要确保内部逻辑轻量，避免阻塞渲染
- 与旧写法
where: { keyword: '' }并存时，函数优先级更高，静态对象会被忽略
lineStyle + cellExpandedMode 组合实现多行自适应显示
lineStyle 在 2.8 中已从“实验性”转为稳定支持，配合 cellExpandedMode 可以规避传统 white-space: nowrap 导致的文本溢出或换行错乱。这不是纯 CSS 能解决的——Layui 内部会根据 lineStyle 的 height 值自动计算行数并截断，再由 cellExpandedMode 控制展开行为。
- 典型组合：
lineStyle: 'height: 120px;'+cellExpandedMode: 'tips'→ 单元格固定两行高度，悬停显示全文 - 若用
'default'模式，展开后高度仍受lineStyle限制，不会无限撑高；真正撑高需配合cellMinHeight（非官方文档参数，但源码中存在） - 慎用
lineStyle配合width过小的列，容易造成文字挤压变形，建议 minWidth ≥ 200 且启用ellipsis: false
cellExpandedWidth 却没调 cellExpandedMode，就等于没改；用了 renderData 却忘了同步更新 cache，数据就会错位。最容易被忽略的是「函数式 where 的执行时机」和「lineStyle 对 templet 渲染顺序的影响」，这两个点在线上环境出问题时很难一眼定位。
