最可靠的方式是监听 tab 切换事件，在回调里通过 this.getAttribute('lay-id') 获取，因 data.index 是 DOM 顺序索引、.layui-this 类名易滞后或错乱，均不可靠。
如何用 element.on('tab(...)') 拿到当前激活 tab 的 lay-id
最可靠的方式是监听 tab 切换事件，在回调里通过 this.getattribute('lay-id') 获取。layui 不提供“当前激活 tab”的直接查询 api，data.index 是 dom 顺序索引，删过 tab 后就不可信；data.to.layid 在部分旧版中不存在或为空，不能依赖。
实操要点：
- 必须绑定到正确的
lay-filter值，比如element.on('tab(demo)', ...)中的demo要和 HTML 中lay-filter="demo"完全一致 - 回调函数内，
this指向被点击的 tab 标签 DOM 元素，this.getAttribute('lay-id')才是唯一稳定来源 - 不要在回调里写
$(this).data('index')或data.index—— 它们反映的是渲染顺序，不是业务标识 - 若需在切换后立刻读取（比如同步更新 URL hash），直接在回调里操作，别延迟到下一次 tick
为什么 document.querySelector('.layui-tab-title .layui-this') 不推荐
靠 CSS 类名手动查 DOM 看似直观，但容易出错：tab 是动态添加/删除的，.layui-this 可能还没重置、或被其他逻辑干扰；且 iframe tab 的内容页无法访问父级 layui 实例时，这种 DOM 查询也失效。
更关键的是，它绕过了 Layui 的状态管理机制 —— element.tabChange() 触发后，DOM 更新可能异步，.layui-this 出现时机不可控。你拿到的可能是上一次切换残留的 class。
所以除非你在调试阶段临时 inspect，否则别把它写进正式逻辑。
动态添加 tab 后怎么立刻知道哪个是当前激活的
tabAdd() 本身不返回当前激活态，也不触发 tab 事件。如果你刚加完一个 tab 并希望它成为当前激活项，得两步走：
- 先调用
element.tabAdd(filter, {id: 'xxx', title: 'yyy', content: 'zzz'}) - 在它的回调函数里，立即执行
element.tabChange(filter, 'xxx') - 此时
tab监听事件才会触发，你才能在回调里拿到这个新 tab 的lay-id
注意：不能在 tabAdd() 外部直接调用 tabChange()，因为 tab 还没渲染完成，Layui 会静默失败，无报错也无效果。
iframe tab 场景下，子页面如何通知父页当前 lay-id
子页面（iframe 内）无法直接读取父页的 layui.element 实例，尤其跨域时完全禁止。同域下也建议避免 DOM 遍历，改用显式通信：
- 子页用
window.parent.layui.element.tabChange是无效的 ——element是父页模块实例，子页拿不到 - 正确做法：父页在初始化 tab 时，把
lay-id作为 URL 参数传给 iframe，例如src="page.html?id=user-list" - 或者由父页在
tab监听回调中，用window.postMessage主动通知 iframe 当前lay-id - 子页不要尝试反向查父页 tab 状态 —— Layui 没暴露跨 iframe 的状态查询接口
真正难的不是“怎么拿”，而是“在哪拿、什么时候拿才对”。所有绕过事件监听、硬查 DOM 或依赖 index 的方式，上线后都容易在 tab 删除/重排时突然失效。
