layui 原生 tab 组件不支持拖拽排序，无 dragstart/dragover/drop 等钩子；需手动为 li 添加 draggable="true"，监听 drag 事件调整 dom 顺序，并调用 element.render('tab') 同步状态。
Layui 原生 Tab 组件（.layui-tab）**不支持拖拽排序，也没有内置的“Tab 被拖拽离开”或“重新排序”事件**。所谓“Tab 拖拽”，在 Layui 中并不存在标准实现——它的 tab 结构是静态 DOM 控制显隐，不提供 dragstart/dragover/drop 等拖拽生命周期钩子，也不维护 tab 顺序变更后的索引映射关系。
为什么无法直接监听 Tab 拖拽行为
原因很明确：
- Layui 的
element.tab()模块只响应点击切换，内部无拖拽逻辑； -
layer.tab()是弹层封装，同样不处理 DOM 拖拽； - 所有带“拖拽 Tab”效果的案例，都是开发者自行基于原生
draggable="true"+drag系列事件实现的，Layui 本身不参与也不感知。
如需实现 Tab 拖拽排序，必须手动增强
若你已在 tab 标题 <li> 上启用拖拽（例如加了 draggable="true"），可按以下方式监听和响应：
- 在
.layui-tab-title容器上监听dragstart：获取被拖 tab 的lay-id或索引； - 监听
dragover（需e.preventDefault()）来标记可放置区域； - 在
drop事件中，用e.target.closest('li')找到目标位置，计算插入索引； - 手动调整
.layui-tab-title li的 DOM 顺序，并同步更新对应.layui-tab-content .layui-tab-item的顺序； - 最后调用
element.render('tab')确保样式和状态一致（如layui-this类重置）。
Tab 被拖出容器（如拖到桌面）怎么识别
浏览器对“拖出页面”的行为仅提供 dragleave 和 dragend，但它们触发不可靠，尤其在跨 iframe 或快速移出时容易丢失。更实际的做法是：
- 监听
dragend，若此时e.target不再属于.layui-tab-title的后代节点，可视为“已拖离”； - 结合
document.addEventListener('dragleave', ...)并判断e.relatedTarget是否为空或非 tab 区域； - 注意：该行为无法阻止或拦截（比如禁止拖出），只能做事后清理，如自动关闭该 tab 或标记为“待恢复”。
注意事项与常见坑
实际开发中容易忽略的关键点：
- 拖拽过程中不要直接操作
tab.delete()或tabChange()，它们会干扰 DOM 顺序逻辑； - 动态增删 tab 后，必须重新绑定 drag 事件委托，否则新 tab 无法拖拽；
- 移动端 Safari/Android WebView 对
draggable支持差，手指偏移易触发页面滚动，建议降级为按钮排序； - 若用了
lay-allowclose="false"或自定义关闭逻辑，拖拽删除需单独处理 DOM + 清空内容区，不能依赖内置方法。
