layer.index仅返回最新层ID，无法遍历；可靠方式仅有layer.cache（Layui 3.1.1+）或手动维护索引数组，二者分别轻量但属内部状态、略重但完全可控。
layer.index 只返回最新一个索引，不能用它遍历
很多人直接读 layer.index，以为它是数组或历史记录——其实它只是个自增计数器，每次调用 layer.open() 后加 1，**只保留最后一次打开的层 id**。你用它关层没问题，但想列出所有已开层？完全不可行。
layer.cache 是唯一能实时读取的内部状态
Layui 3.1.1+ 版本中，layer.cache 是公开可用的对象，键为层 ID（数字），值为该层完整配置。它随层开关实时更新：打开时写入，关闭后自动删键。
- 安全遍历方式：
Object.keys(layer.cache).map(id => layer.cache[id]) - 过滤脏数据（极少见）：检查
layer.cache[id].close是否为函数，或用$('#layui-layer' + id)确认 DOM 是否还存在 - 旧版本（如 2.x）不保证
layer.cache稳定，建议降级走手动维护方案
手动维护索引数组是最稳妥的生产方案
官方没提供 layer.getAllIndex()，那就自己记——在每次 layer.open() 后把返回值 push 进全局数组，关闭时同步 splice。
- 不要用
layer.index初始化这个数组，它不是快照 - 调用
layer.closeAll()后必须手动清空数组，否则状态脱节 - 跨 iframe 场景下，父页和子页要各自维护自己的数组，不能共用
parent.layer.index
DOM 查询仅适合临时调试，别上生产
你可以用 jQuery 提取所有 layui-layer* ID 中的数字：$('[id^="layui-layer"]').map(...)，但这有硬伤：
- Layui 2.8+ 默认启用 zIndex 随机化，ID 不再严格按顺序生成
- 某些类型层（如
layer.msg()）可能不生成对应 ID 元素 - 依赖 DOM 结构，一旦框架升级或 CSS 类名变动就失效
真正需要稳定获取全部索引时，layer.cache 和手动数组是唯二可信赖的路径；前者轻量但属内部状态，后者略重但完全可控——选哪个，取决于你对版本兼容性和维护成本的权衡。
