自定义target名本质是窗口/iframe复用机制，非强制新开页；浏览器优先匹配同域同名iframe，其次查找同名未关闭顶层窗口，二者皆无才新建并命名。
自定义 target 名本质是窗口复用机制，不是“开新页”
给 target 设一个非保留字的字符串（比如 target="report"），浏览器不会每次都新建标签页，而是先查有没有 window.name === "report" 的窗口，或者同域下 <iframe name="report"> —— 有就加载进去，没有才新建并自动命名。这个行为在后台系统、仪表盘类页面里有用，但多数前端项目根本不需要。
常见误判是以为写了 target="popup" 就等于“每次点都弹新窗”，结果第二次点击直接覆盖了旧内容，用户还以为页面卡了。
- 第一次点击：新建窗口/标签页，
window.name被设为"popup" - 后续点击：复用该窗口，导航到新 URL，原页面被替换
- 用户手动关掉窗口后，下次再点仍会新建同名窗口，但旧的
window.name引用已失效 - 大小写敏感：
target="Popup"和target="popup"是两个独立窗口
真正能复用窗口的两种方式必须同时满足
仅靠 HTML 写 target="mywin" 不足以稳定复用——它依赖浏览器是否能找到匹配的上下文。实际生效路径只有两条：
-
存在同名
<iframe name="mywin">：优先级最高，哪怕你没开过窗口，只要页面里埋了个 iframe，链接就会往里面塞内容 -
存在同名顶层窗口且未关闭：需由
window.open(url, "mywin")显式创建；单纯靠target第一次触发新建的窗口，window.name会被设上，但无法被 JS 跨页面读取或控制（尤其跨域）
注意：<iframe name="xxx"> 是隐形陷阱。你没写 window.name = "xxx"，但点了链接却进了 iframe，八成是页面里藏着一个同名 iframe —— 这种问题调试起来特别费时间。
立即学习“前端免费学习笔记（深入）”；
自定义 target 在 Safari 和移动端 WebView 里基本不可靠
Safari 对命名窗口支持极弱，target="dashboard" 很可能降级为新开标签页，且不复用；微信内置浏览器、部分 Android WebView 根本不解析自定义 target，直接 fallback 到 _self 或忽略。
更麻烦的是，Chrome 92+ 已限制跨页面复用逻辑：即使两个同源页面都用了 target="log"，第二个页面也无法复用第一个页面打开的窗口，除非那个窗口是用 window.open(..., "log") 显式创建的。
- 不要指望靠
target="xxx"实现“固定弹窗面板”这种需求 - 想做复用式弹窗，应该用
window.open(url, "xxx")+ 手动管理窗口引用 - 若只是希望外链在新页打开，老老实实用
target="_blank" rel="noopener noreferrer"，别绕弯
容易被忽略的兼容性细节和语法雷区
写错一个字符，target 就彻底失效，但浏览器不会报错，只会静默 fallback 到 _self。
- 引号缺失：
target=_blank是非法 HTML，部分解析器直接丢弃整个属性 - 全角下划线：
target="＿blank"（中文输入法下的下划线）完全无效 - 末尾空格：
target="_blank "在旧版 IE 或某些 CMS 输出中会被截断成空值 - 非法命名：
target="123"或target="log panel"不合法，浏览器当普通字符串处理，最终等效_self
真正难调试的不是功能不工作，而是它“看起来工作了”——比如你以为复用了窗口，其实是 iframe 捕获了跳转；你以为开了新页，其实是 Safari 自己决定新开标签页。这种隐性行为差异，比明面上的报错更消耗排查时间。
