正确，a标签的target属性必须匹配iframe的name属性而非id，因HTML标准规定target依赖浏览上下文命名，而name是唯一合法标识符，id不被支持，尤其在IE10、Firefox等浏览器中完全失效。
a标签的target必须匹配iframe的name，不能用id
浏览器只认name属性作为<a>的target目标，用id会失效——尤其在IE10、Firefox、旧版Safari中完全不工作，只有新版Chrome/Opera偶然兼容。这不是bug，是HTML标准行为：target机制依赖的是“浏览上下文命名”，而name才是定义该命名的合法属性。
常见错误现象：<a href="page.html" target="myFrameId"> + <iframe id="myFrameId"> 点击后新开窗口或无反应；换成name="myFrameId"立刻生效。
-
name值不能以_开头（如_frame会被忽略） - 同一页面中
name值需唯一，否则行为未定义 -
id和name可以同时存在，但target只看name
name与target联动时的加载行为细节
当<a target="xyz">点击时，浏览器会查找name="xyz"的<iframe>，并把href指向的文档载入其中——这个过程不触发JavaScript，不刷新父页，也不影响history栈（即无法后退到上一个iframe内容）。
使用场景包括：侧边栏菜单控制右侧内容区、帮助文档嵌入、静态CMS后台预览区。
立即学习“前端免费学习笔记（深入）”；
- 若目标
<iframe name="xyz">不存在，浏览器会新开一个名为xyz的独立窗口（不是标签页） - 如果
<iframe>设置了src，首次加载会显示该默认页；后续<a target="xyz">点击则替换其内容 - 跨域iframe中，父页JS无法读取其内容，但
target跳转仍可正常工作
name值命名要注意的兼容性陷阱
看似简单的字符串，实际有几处容易被忽略的限制：
- 值中含空格或特殊符号（如
my frame、frame@2）会导致target匹配失败，建议只用字母、数字、下划线、短横线 - 大小写敏感：
target="MyFrame"≠name="myframe" - 某些CDN或代理服务会自动移除
name属性（尤其当它出现在动态注入的iframe中），需检查最终渲染的DOM - Vue/React等框架中直接写
<iframe name="xxx">通常没问题，但若用v-html或dangerouslySetInnerHTML插入，需确认HTML解析器保留了name
替代方案？为什么别轻易换JavaScript
有人想用document.getElementById().src = url模拟相同效果，但这绕过了原生target机制，带来额外问题：
- 手动赋值
src会触发iframe的load事件，而target跳转不会（某些监听逻辑可能错判） - 前进/后退按钮对JS修改的src无效，用户无法用浏览器历史导航iframe内容
- SPA中若未正确管理iframe状态，路由切换可能导致
src残留或重复加载 - 纯HTML方案零JS依赖，适合禁用JS的环境或SEO友好型静态页
真正需要JS介入的，通常是跳转后要同步更新URL hash、记录访问日志、或做权限校验——这些应叠加在原生name/target之上，而非替代它。
