根本解法是在操作列按钮的click事件中调用event.stopPropagation()切断冒泡；必须使用lay-event属性配合table.on('tool(table)')监听，该机制内部已自动阻止冒泡，确保row事件不被触发。
点击操作列按钮时，row 点击事件仍触发？这是事件冒泡导致的
默认情况下，layui 表格的 on('row(table)') 会监听整行（包括按钮）的点击。当你在操作列放一个 button，点击它时，事件会从按钮向上冒泡到 tr，从而触发行事件——这不是你想要的。
根本解法是：在按钮的点击事件中调用 event.stopPropagation()，切断冒泡路径。
- 必须在按钮的
click事件回调里写，不能只靠return false - 按钮需用
lay-event属性（如lay-event="edit"），配合table.on('tool(table)')监听，这是 Layui 推荐的工具列事件入口 - 不要在
on('row')里手动判断e.target，容易漏掉子元素（比如图标、span 嵌套）
table.on('tool(table)') 是操作列事件的正确入口
Layui 明确为操作列设计了 tool 事件，它天然隔离于 row 事件，且自动阻止冒泡。只要你不主动在 tool 回调里触发 row，就不会冲突。
- 模板中操作列必须用
toolbar: '#barDemo'或直接写templet: '<button class="layui-btn layui-btn-xs" lay-event="del">删除</button>' - 监听写法：
table.on('tool(test)', function(obj){ ... })，其中obj.event就是lay-event的值 - 此时
obj.tr是当前行 DOM，obj.data是该行数据，足够做业务操作
如果非要用 on('row')，怎么安全过滤操作列？
极少数场景下你坚持用 row 事件（比如要统一处理所有行点击），那必须手动排除操作列区域。关键是准确识别点击源是否属于操作列内容。
- 检查
e.target是否在操作列单元格内：$(e.target).closest('td[data-field="right"]').length > 0（假设操作列field为"right"） - 更稳妥的方式是加 CSS 类：
templet: '<div class="table-action"><button>编辑</button></div>'，然后判断$(e.target).closest('.table-action').length - 注意：不要只判断
e.target.tagName === 'BUTTON'，因为用户可能点按钮文字、图标或空白处
为什么 return false 在 tool 里没用？
有人试过在 table.on('tool(...)') 回调里写 return false，发现 row 事件还是触发了——这是因为 tool 和 row 是两个独立事件监听器，return false 只影响当前回调，不阻止其他监听器执行。
真正起作用的是 Layui 内部在触发 tool 前调用了 e.stopPropagation()。所以只要你走 tool 这条路，row 就不会被触发；一旦你绕开它，自己绑 click 到按钮上，就必须手动补上 stopPropagation。
最常被忽略的一点：表格重载（table.reload()）后，如果没重新绑定 tool 事件，操作列按钮就退化成普通按钮，冒泡问题立刻重现。
