templet回调中应通过第二个参数obj.config.id获取当前表格ID，再用layui.table.config[obj.config.id]读取完整配置；不可依赖this或硬编码ID，因this指向行数据，且配置是动态运行态而非静态副本。
templet 回调里怎么安全读取当前表格的完整配置
不能靠 this，也不能硬写表 id 字符串。layui 在 templet 函数中会传入第二个参数 obj，它包含当前表格的真实配置上下文。
-
obj.config.id是当前表格的唯一 ID（即render()时指定的id配置项） - 拿到 ID 后，用
layui.table.config[obj.config.id]可取到完整配置对象，包括url、page、limit、where、cols等所有初始化参数 - 这个方式在 Layui v2.8+ 稳定可用；v2.7 及更早版本也基本兼容，但需确认
obj参数存在（实测多数场景已传） - 别用
layui.table.cache—— 它存的是数据，不是配置；也别用this.config——this指向的是当前行数据对象，没有配置字段
如何从 DOM 元素上直接拿到渲染后的列配置（cols）
列配置（cols）是动态解析过的，不能直接从 layui.table.config[id].cols 拿，尤其在多级表头或 autoSort 场景下容易错位。
- 必须等表格完成渲染后再读，推荐在
done回调里操作：$(“#your-table-id”).data(“layuiTable”).config.cols - 如果用了
table.get(“your-table-id”)（Layui 2.8+），它返回的实例对象里也有config.cols，效果等价 -
cols是二维数组：单级表头对应cols[0]，每项是列定义对象（含field、title、templet等） - reload 后必须重新取 ——
$(“#id”).data(“layuiTable”)的引用不会自动更新，缓存旧引用会导致列数/顺序错乱
获取全部配置项时最容易忽略的三个点
很多人以为 layui.table.config[id] 就是“最终配置”，其实它只是 render 时的输入副本，和实际运行态有差异。
-
page.curr和page.limit在分页切换后会实时更新，但layui.table.config[id].page不会变 —— 它始终是初始化值 -
where参数可能被table.reload()动态覆盖，但layui.table.config[id].where仍为初始值；要拿最新where，得查$(“#id”).data(“layuiTable”).config.where - 如果你启用了
autoSort: true并点击了表头排序，config.cols里的对应列会多出sort: true字段，但原始配置里没有 —— 这个状态只存在于渲染后的config对象里，不在初始配置中
低版本 Layui（≤2.5.7）怎么 fallback 获取配置
老版本没暴露 layuiTable data 属性，也没 table.get()，不能依赖 DOM 数据属性。
- 最稳办法：在
done回调里，用$(“#id”).next().find(“.layui-table-header th”)数表头单元格数量，再结合你初始化时传的cols数组反推结构 - 避免劫持
table.render或重写源码 —— 升级 Layui 是更可持续的解法 - 如果必须兼容，可把初始化配置对象存在全局变量或闭包里，比如
window.TABLE_CONFIGS = { userTable: opt }，然后在回调里按需取
obj 上下文中取，而不是回看初始化时的配置副本。 
