2.8+版本修复autoSort同步问题、多级表头hide错位、templet内存泄漏及无分页底边框缺失：重载后排序图标与数据实时刷新，hide列重载对齐，模板改用选择器提速50%，底部边框默认显示。
table.render 的 autoSort 修复：重载后排序状态不同步问题
2.8+ 版本彻底修好了 autosort: true 下手动修改 table.cache 后，表格 ui 不刷新排序图标、数据不按新顺序排列的顽疾。旧版中你改了缓存却看不到效果，常误以为是代码没生效，其实是内部 data 属性没同步更新——现在这个链路已打通。
- 适用场景：需要前端动态调整某列排序（比如点击按钮切换“最新发布”“最高评分”）并立即渲染
- 注意：仍需主动调用
table.reload()或inst.reload()触发重载，仅改cache不会自动刷新 - 兼容性：该修复在 2.8.2 中稳定，2.7.x 及更早版本必须靠 hack（如伪造一次 click 事件）绕过
多级表头 + hide 属性：完整重载不再错位
以前只要表头用了 hide: true 配合多级嵌套（比如「用户信息」下分「姓名」「邮箱」「状态」），执行 table.reload() 就大概率出现列宽错乱、表头和内容列对不齐——2.8.2 明确修复了 #1247/I6WX8Y 这个 issue。
- 常见错误现象：重载后某列突然变窄/消失，或鼠标 hover 在表头时高亮区域偏移
- 实操建议：升级到 2.8.2 后可放心使用
hide控制列显隐，并结合setColsWidth()动态调整 - 性能影响：修复未引入额外开销，但建议避免在高频操作（如搜索输入实时过滤）中频繁重载多级表头
templet 模板写法：从函数体转向选择器，提速且防内存泄漏
2.8+ 官方明确推荐弃用 templet: function(d) { ... } 写法，转而用 templet: '#tpl-id' 引用 script 模板——这不是风格偏好，而是实打实的性能与稳定性升级。
- 为什么这样做：每个内联函数都会被重新解析、编译，大量列配置时拖慢初始化；模板选择器则复用 laytpl 缓存，启动快 50%（见 2025 年性能报告）
- 容易踩的坑：漏写
<script type="text/html" id="tpl-id"></script>标签，或 ID 拼错，控制台静默失败（无报错，只显示空单元格） - 示例对比：
✅ 正确：templet: '#userStatusTpl'+ 对应 script 标签
❌ 危险：templet: function(d){ return '<span class="tag">'+d.status+'</span>'; }
未开启分页时的底边框缺失：细节补全，视觉更稳
旧版中若设置 page: false，表格底部那条分隔线就没了，看起来像“没画完”。2.8.2 通过 #1228 修复，现在无论是否分页，.layui-table 底部边框都默认存在。
- 使用场景：后台管理页常用“全量展示+前端搜索”，禁用分页但要求 UI 完整
- 注意：如果项目里曾用 CSS 强制加底边框（如
.layui-table{ border-bottom: 1px solid #e6e6e6; }），升级后可能重复，需检查 - 这点看似小，但实际影响交付验收——客户第一眼看到的“完整性”，往往卡在这种边边角角
autoSort 和 templet 模式切换——前者省掉一堆状态同步逻辑，后者让表格加载肉眼可见地快。
