本文介绍一种可靠方式，将用户在任意元素上触发的完整点击事件（包括 Ctrl/Cmd/Shift 等修饰键状态、鼠标按钮、坐标、可信性等）精准透传至目标 元素，使其触发浏览器原生的导航行为（如新标签页、新窗口、阅读列表等），而非模拟或硬编码逻辑。
本文介绍一种可靠方式，将用户在任意元素上触发的完整点击事件（包括 ctrl/cmd/shift 等修饰键状态、鼠标按钮、坐标、可信性等）精准透传至目标 `` 元素，使其触发浏览器原生的导航行为（如新标签页、新窗口、阅读列表等），而非模拟或硬编码逻辑。
在 Web 开发中，常需实现“整行可点击”的交互模式——例如表格中点击任意 <tr> 即等效于点击其内部的 <code><a></a> 链接。但受限于 HTML 结构不可修改（如 Kodi 等外部解析器对 DOM 有严格格式要求），无法简单包裹或移除链接。此时，事件透传（event delegation + native dispatch） 成为关键需求。
然而，element.click() 仅触发 click 事件，不携带任何修饰键（ctrlKey、metaKey、shiftKey）、鼠标位置或可信上下文，因此无法复现原生 <a></a> 的智能导航行为（如 Cmd+Click 新建标签页、Shift+Click 新建窗口、Cmd+Shift+Click 切换并新建等）。而直接 dispatchEvent(new MouseEvent(...)) 创建的新事件是 untrusted（不可信），现代浏览器（尤其是 Firefox 和 Safari）会主动拦截其弹窗/新标签页行为，导致 window.open() 被拒绝或 a.dispatchEvent() 无响应。
✅ 正确解法：不创建新事件，也不手动判断键位，而是复用原生事件的可信上下文，并借助 <a></a> 的 href + target 属性 + location API 实现语义等价跳转：
document.querySelector('#b').addEventListener('click', function(e) {
const link = document.querySelector('#a');
if (!link || !link.href) return;
// 1. 获取原生导航意图：由浏览器根据当前 event + link 属性自动决定
const target = link.target || '_self';
const href = link.href;
// 2. 关键：使用 location.assign / location.replace 或 window.open
// 但必须尊重原事件的修饰键组合 —— 浏览器只对 *真实用户触发的 a.click()* 做智能路由
// 所以我们退而求其次：在可信上下文中，调用 link.click() 并阻止默认行为，
// 同时通过 window.open 模拟，但需确保 sandbox 允许 popups（见下方注意事项）
if (e.ctrlKey || e.metaKey) {
// Cmd/Ctrl + Click → 新标签页（_blank）
e.preventDefault();
window.open(href, '_blank');
} else if (e.shiftKey) {
// Shift + Click → 新窗口（部分浏览器）或阅读列表（Safari），但 window.open('_blank') 在多数场景已覆盖
e.preventDefault();
window.open(href, '_blank');
} else {
// 普通点击 → 当前页跳转（等效于 link.click()）
e.preventDefault();
location.href = href;
}
});
⚠️ 注意事项：
"jQuery点击事件遮罩弹出层可移动特效代码下载。一款jquery弹出层插件制作注册表单点击按钮弹出层表单提交效果，可支持拖到的jQuery弹出层效果。标题、高度、宽度等可以自定义弹出层js插件。
-
window.open()的沙箱限制：若页面运行在<iframe sandbox></iframe>中，必须显式添加allow-popups权限，否则会被静默拦截。检查控制台错误提示（如Blocked opening ... in a new window because the request was made in a sandboxed frame）。 -
link.click()不可替代location.href：虽然link.click()更接近原生语义，但它无法传递修饰键；而location.href = href是最安全的同页跳转方式，且完全可信。 -
跨浏览器一致性：上述
ctrlKey/metaKey/shiftKey判断覆盖了 Chrome/Firefox/Safari 主流行为。虽然 Safari 对 Shift+Click 处理为“添加到阅读列表”，但该行为无法通过 JS 模拟，且属于小众路径；业务中通常只需保障 Cmd/Ctrl 和普通点击即可满足 99% 用户预期。 -
无障碍与语义化：确保目标
<a></a>元素具有正确的href和可访问性属性（如aria-label），使屏幕阅读器和键盘导航用户也能获得一致体验。
? 总结：真正的“事件透传”在 Web 标准中并不存在通用 API（因涉及安全模型与事件可信链）。最佳实践是 放弃伪造事件，转而解析原事件意图，结合 <a></a> 元素语义与浏览器导航 API（location.href / window.open）做最小化、可信的语义映射。这既规避了 untrusted event 的限制，又保持了行为可预测性与跨浏览器兼容性。
