双击触发时单击事件仍会执行，因浏览器原生 dblclick 必然伴随两次 click；应使用 setTimeout + clearTimeout 延迟执行单击逻辑（280ms），并在 rowDouble 中立即清除定时器，同时过滤行内按钮冒泡。
双击触发时单击事件仍会执行
浏览器原生机制决定了 dblclick 必然伴随两次 click，layui 无法绕过这一底层行为。你绑了 row 和 rowdouble，双击时 row 一定会先跑一次（甚至两次），再跑 rowdouble。这不是 layui 的 bug，是 dom 事件模型本身如此。
常见错误现象包括：单击选中行后，双击又触发一次选中（状态翻转）、弹窗打开两次、表单重复提交等。
- 用
setTimeout+clearTimeout做延时判断是最稳定的做法，250–300ms 是实测可用的阈值 - 不要依赖全局布尔标志（如
isDoubleClick），它在快速连续操作下容易误判 - 必须在
rowDouble回调开头就调用clearTimeout，否则单击的定时器可能滞后执行 - 如果表格启用了
rowClickToCheck: true，它内部也走原生 click，和你手写的row监听会叠加，建议关闭该配置，自己统一控制
如何让单击只在“非双击场景”下生效
核心思路是把单击逻辑延迟执行，留出窗口判断是否紧跟着第二次点击。只要在窗口期内收到 rowDouble，就取消单击任务。
let clickTimer = null;
table.on('row(test)', function(obj) {
clearTimeout(clickTimer);
clickTimer = setTimeout(function() {
// 这里放真正的单击逻辑，比如高亮、回填表单
obj.tr.addClass('layui-bg-blue').siblings().removeClass('layui-bg-blue');
form.val('myForm', obj.data);
}, 280);
});
table.on('rowDouble(test)', function(obj) {
clearTimeout(clickTimer); // 关键：立刻清除 pending 的单击
// 这里放双击逻辑，比如打开编辑弹窗
layer.open({ content: '编辑 ' + obj.data.username });
});
注意：两个监听器的 tableId（test）必须完全一致，且都写在 table.render() 之后；否则 rowDouble 可能压根不注册，单击逻辑就永远等不到清除信号。
移动端双击根本不会触发，别白费力气
rowDouble 在 iOS 和 Android 上默认失效——Layui 依赖原生 dblclick 事件，而移动浏览器为防止误触，普遍禁用或大幅延迟该事件。强行用 touchstart + 时间差模拟，会和展开行、复选框、tool 按钮等其他交互冲突，得不偿失。
真实业务中，“快速进入详情/编辑”才是目的，不是非要双击这个动作：
- PC 端保留
rowDouble，作为快捷入口 - 移动端降级为长按（
contextmenu或自定义longpress），或固定加一列操作按钮（toolbar: '#editBtn'） - 别改
table.js源码去 patch dblclick —— 下次升级直接覆盖，维护成本爆炸
行内按钮点击时也触发 row，怎么隔离
行内按钮（比如 lay-event="edit"）点击时，事件会冒泡到 tr，导致 row 或 rowDouble 被误触发。最稳妥的解法不是阻止冒泡（容易影响 checkbox 等内置行为），而是从源头过滤：
在 row / rowDouble 回调里加判断：
table.on('row(test)', function(obj) {
// 检查点击源是不是操作列里的按钮
const target = event.target;
if ($(target).closest('[lay-event]').length) return;
// 其他单击逻辑...
});
table.on('rowDouble(test)', function(obj) {
const target = event.target;
if ($(target).closest('[lay-event]').length) return;
// 其他双击逻辑...
});
这个判断比 e.stopPropagation() 更安全：它不干扰事件流本身，只跳过你不想要的逻辑分支；同时兼容服务端分页、动态列、templet 渲染等所有场景。
真正难处理的是多层嵌套操作（比如按钮里还有下拉菜单），这时建议统一用 tool 监听，彻底放弃对 row 的依赖——毕竟用户点按钮，本意就是执行工具操作，不是选中整行。
