应将跳转地址存于data-href属性，用JavaScript统一监听tr点击事件并校验目标元素，避免内部可交互元素误触发，优先使用window.location.href保留返回能力，配合样式增强可用性。
给 <tr> 绑定点击跳转，但别用 onclick 写死 URL
直接在 <tr onclick="window.location.href='...'"> 里硬编码 URL 看似简单，实际会带来维护问题：URL 改了得逐行改，带参数的更难拼接，还容易 XSS（比如从后端注入恶意字符串）。推荐把目标地址存在 data-href 属性里，用 JS 统一处理：
<tr data-href="/user/123"> <td>张三</td> <td>admin</td> </tr>
然后加一段轻量脚本：
<script>
document.querySelectorAll('tr[data-href]').forEach(tr => {
tr.addEventListener('click', function() {
if (event.target.tagName !== 'A' && event.target.tagName !== 'INPUT' && event.target.tagName !== 'BUTTON') {
window.location.href = this.dataset.href;
}
});
</script>
这样能避开点击内部链接、按钮或输入框时误跳转。
window.location.href 和 window.location.replace 别混用
两者都会跳转，但行为不同：window.location.href 会把当前页留在浏览器历史栈里，用户点返回还能回去；window.location.replace 是“替换”当前页，返回键会跳过它。表格行跳转通常希望保留返回能力，所以默认用 window.location.href 更合理。
立即学习“前端免费学习笔记（深入）”；
- 用
window.location.href：适合查看详情、编辑页等需要支持「返回列表」的场景 - 用
window.location.replace：适合登录成功后跳首页、表单提交后跳结果页这类不想让用户再退回的操作 - 千万别写成
window.location = url—— 这是旧写法，语义模糊，可读性差
表格里有 <a> 或按钮时，点击事件会冒泡，必须拦截
如果某行里有操作按钮或编辑链接，用户点它们时你不希望触发整行跳转。上面那段脚本里已经加了 event.target.tagName 判断，但要注意：
-
<a href="#">默认会跳到页面顶部，记得加event.preventDefault() - 如果用了
<button type="button">，也要确保它不触发表单提交或默认行为 - 更稳妥的做法是给可交互元素统一加
class="no-row-link"，然后在监听逻辑里判断：if (event.target.closest('.no-row-link')) return;
移动端点击区域小，整行响应要加 cursor: pointer 和最小高度
纯样式问题，但直接影响体验。没加样式时，用户可能不知道这行能点；移动端手指点击精度低，太窄的行容易点空：
tr[data-href] {
cursor: pointer;
}
tr[data-href] td {
padding: 12px 16px;
}
另外，如果表格用了 border-collapse: collapse，某些老浏览器（如 IE）下 <tr> 的点击区域可能不包含边框，建议显式设置 min-height 或确保 td 有足够内边距。
真正麻烦的是跨框架场景：如果表格在 iframe 里，或者跳转目标是外部域名，还要考虑同源策略和 target="_blank" 的安全限制（比如必须加 rel="noopener"）。这些细节不常碰，但一旦出问题就很难定位。
