form的target属性仅控制响应展示位置，不改变提交地址；真正决定请求发送目标的是action属性，target合法值包括_blank、_self、_parent、_top及命名iframe。
form 的 target 属性只控制响应展示位置，不改变提交地址
很多人以为 target 能“让表单跳转到新页面”，其实它只是告诉浏览器：“收到服务器返回的内容后，在哪打开”。真正决定发请求去哪的，永远是 action 属性。
常见错误现象：写了 target="_blank" 却发现新标签页打不开、或者打开的是空白页——大概率是后端没返回 HTML（比如只返回 JSON），或跨域被拦截，又或是浏览器主动屏蔽了无用户手势触发的弹窗。
-
target="_self"（默认）：用响应内容替换当前页，最常用 -
target="_blank"：新开 tab，但需注意：必须由用户点击触发，JS 自动调用submit()时可能被拦截 -
target="myFrame"：要求页面存在<iframe name="myFrame"></iframe>，适合老式无刷新局部更新 -
target="_parent或_top：仅在嵌套 iframe 场景下有意义，普通页面用了反而会意外跳出当前上下文
为什么设了 target="_blank" 还是跳转失败？
根本原因不是前端写错了，而是浏览器策略或服务端配合不到位。关键点有三个：
- 后端返回的内容类型必须是
text/html，不能是纯 JSON 或空响应；否则新 tab 打开后显示“无法加载此网页” - 如果
action是跨域地址（如action="https://api.example.com/submit"），需服务端明确允许 CORS，且响应头含Access-Control-Allow-Origin - 部分浏览器（如 Chrome）对非用户交互触发的
target="_blank"会静默降级为_self，所以不要在setTimeout或 fetch 回调里直接调form.submit()
验证方法：手动把 form 的 action 地址粘贴进新 tab 访问，看能否正常返回 HTML 页面。
立即学习“前端免费学习笔记（深入）”；
submit() 调用前必须显式设置 action，target 不影响提交目标
用 JS 触发提交时，target 依然生效，但 action 必须提前设好。浏览器不会从当前 URL 推断目标，也不会继承 form 标签上未声明的属性。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
典型错误写法：
document.getElementById('myForm').addEventListener('submit', e => {
e.preventDefault();
this.submit(); // ❌ 没设 action，实际提交到当前 URL
});
正确做法：
- 显式赋值：
form.action = '/api/register'; form.target = '_blank'; form.submit(); - 或改用
fetch+ 手动跳转，此时action和target都可不设，但那就不是原生表单提交了
注意：submit() 不校验 required 字段，也不触发 constraint validation API 的 UI 提示，得自己补。
服务端 302 重定向会覆盖 target 行为
如果后端收到表单后返回 HTTP 302 并带 Location: /success.html，浏览器会忽略 form 的 target 设置，直接按响应头跳转——且跳转发生在当前 tab（_self 行为），不管原来 target 是什么。
这是标准行为，也是推荐做法。但要注意：
- 302 跳转目标必须是同源 URL，否则会被浏览器阻止（除非后端配了 CORS）
- 如果希望新 tab 打开成功页，后端不能返回 302，而应返回一段含
window.open()或 meta refresh 的 HTML - PHP 的
header("Location: ...")、Express 的res.redirect()都属于这一类，它们优先级高于前端target
最容易被忽略的一点：本地双击打开 HTML 文件（file:// 协议）时，所有基于 HTTP 状态码的跳转都会失效，必须起一个本地 HTTP 服务测试。
