唯一可靠方式是 element.on('tab(filter)') 监听，需在 layui.use(['element'], fn) 内执行，filter 必须与 lay-filter 值严格一致；回调中用 this.getattribute('lay-id') 识别页签，而非 .layui-this 类名或 data.index。
只能用 element.on('tab(filter)') 监听，别试 tabchange、click 或查 .layui-this 类——全都不稳定或根本无效。
监听必须走 Element 模块的事件系统
layui 的 tab 切换不是原生 DOM 事件，没有 tabchange 这个全局函数，直接写 layui.tabchange() 会报错。唯一正路是通过 element.on('tab(filter)') 绑定，且这个操作必须在 layui.use(['element'], function(){}) 内完成。
-
filter必须和 HTML 中lay-filter="xxx"的值完全一致（大小写、空格都不能差） - 回调参数
data.index是 DOM 顺序索引，删过 tab 后就不可靠；真要识别业务页签，优先读this.getAttribute('lay-id') - 监听代码不能写在
layui.use外部，也不能在element.render('tab')之前执行，否则绑定失效
动态添加 Tab 后监听会失效？
如果用 element.tabAdd() 新增了 tab，已绑定的 element.on('tab(filter)') 依然有效——Layui 的这个监听是基于事件委托的，不需要重绑。但注意：新增 tab 的 lay-id 必须唯一，且不能和已有项重复，否则切换时可能定位错目标。
- 新增后无需手动重新
element.on，这是和早期版本的重要区别 - 若新增的是 iframe 类型 tab，切换时只显隐不重载，src 不变；要刷新得自己改
iframe.src并监听load事件 - 避免在回调里反复绑定相同逻辑（比如多次调
initChart()），echarts 实例需先dispose()再初始化
为什么 document.querySelector('.layui-tab-title .layui-this') 不推荐？
这个 DOM 查询看似简单，但实际极易出错：.layui-this 类名更新有延迟，tab 动态删除/添加后索引错位，iframe 子页无法访问父级 DOM，且绕过了 Layui 的状态管理。你拿到的很可能不是当前真实激活项。
- 真正稳定的来源只有
element.on('tab(filter)')回调里的this（即被点击的li元素） -
this.getAttribute('lay-id')是唯一能跨渲染周期、跨动态操作保持一致的标识 - 哪怕你只是想调试，也建议用回调里
console.log(this)查属性，而不是依赖 CSS 类名去 query
最常被忽略的一点：tab 切换事件不等于内容加载完成。监听到切换只是第一步，后续的表格 reload、echarts 初始化、iframe src 赋值，都得各自处理加载时机——尤其是 iframe，src 改完不等 load 就操作 DOM，大概率取不到子页面元素。
