浏览器先查找同名iframe或已命名窗口，找到则复用；未找到则新开标签页并设其window.name为该值，但移动端常退化为_blank。
target属性设为自定义名称时，浏览器如何查找对应窗口
浏览器不会自动创建新窗口或标签页——它只会在已存在的、name属性匹配的<iframe>或已用window.open()显式打开且命名的窗口中跳转。如果找不到同名窗口，就新开一个标签页（不是新窗口），且该标签页的window.name会被设为这个自定义值。
常见错误现象：<a href="page.html" target="myFrame">点击</a>点开却总在新标签页打开，是因为页面里根本没有<iframe name="myFrame">，也没用window.open("","myFrame")预先声明过。
- 必须存在一个
<iframe name="myFrame">，且name值与target完全一致（区分大小写） - 若想复用主窗口本身，可给
<body>加id但没用；真正有效的是用window.name = "myFrame"在JS中提前设置主窗口名称，再用target="myFrame"——但多数浏览器会忽略对主窗口的target复用，行为不一致，不推荐 -
target="_blank"和target="xxx"本质不同：_blank强制新开，"xxx"是“找已有、找不到才新开”
用iframe实现固定区域跳转的最小可行配置
这是最稳定、兼容性最好的方式，适用于后台管理页、文档嵌入等需要局部刷新的场景。
关键点：iframe的name必须与a标签的target严格一致，且iframe需有明确宽高（否则可能塌陷不可见）。
立即学习“前端免费学习笔记（深入）”；
<iframe name="contentArea" src="default.html" width="800" height="600"></iframe> <a href="about.html" target="contentArea">关于页面</a>
-
src可以是空字符串""或"about:blank"，但不能省略，否则部分IE版本不渲染 - 不要用
id代替name——target只认name，不认id - 如果iframe被CSS设为
display: none，跳转仍会发生，但用户看不到内容；应改用visibility: hidden或调整布局
用window.open()配合target实现真正的“固定窗口”
当需要独立窗口（非标签页）且可控制尺寸、是否允许缩放时，必须用JS主动打开并命名，再让<a>指向它。
注意：现代浏览器默认阻止无用户手势触发的window.open()，所以必须在用户点击后立即调用（比如onclick里），不能延迟或异步执行。
<a href="report.pdf" target="printWin" onclick="if(!window.printWin || printWin.closed) window.printWin = window.open('', 'printWin', 'width=800,height=600');">打印报表</a>
-
window.open('', 'printWin', ...)第二个参数是窗口name，必须和target一致 - 第一次点击会打开窗口；后续点击只要窗口没关，就会复用——这是
target机制的核心价值 - 如果用户手动关闭了窗口，
window.printWin.closed为true，下次点击会重新打开 - 不要在
href里写javascript:void(0)然后全靠JS跳转——那样就绕过了target机制，失去复用能力
为什么target自定义名在移动端常失效
绝大多数iOS Safari和部分Android浏览器不支持target复用已存在窗口或iframe，一律当作_blank处理（即新开标签页），且新开页无法被JS控制关闭或聚焦。
- iframe在移动端表现基本正常，但需注意视口适配和滚动穿透问题
-
window.open()在iOS上基本被禁用（除非用户长按链接选择“在新窗口打开”，但那是系统级行为，不可控） - 如果你的目标是“在App内WebView中复用容器”，那得依赖原生桥接方案，HTML的
target不起作用
真正可靠的跨端方案只有iframe——它不依赖窗口复用，而是DOM层面的嵌套加载，所有现代浏览器都支持，只是要注意加载失败时的降级提示。
