能用，但必须搭配method="get"或确保后端返回可直接展示的HTML；POST场景下易因响应类型不匹配导致空白页，且target="_blank"需配rel="noopener"防安全风险。
form 的 target="_blank" 能不能用？能，但有前提
能用，但必须搭配 method="get" 或确保后端返回的是可直接展示的内容（比如纯 HTML 页面）。如果用 method="post" 提交到一个只返回 JSON 或重定向的接口，新窗口会显示空白页或错误信息——这不是 target 的问题，而是响应内容类型不匹配。
为什么 POST + target="_blank" 经常“没反应”
浏览器在 POST 提交后打开新窗口，但若服务器返回的是 Content-Type: application/json 或做了 302 重定向（尤其跳转到同域内非 HTML 资源），新窗口就无法渲染，看起来像卡住或空白。常见于调用 API 接口、或后端未显式返回完整 HTML 响应。
-
target="_blank"只控制“在哪打开”，不改变请求方法或响应处理逻辑 - GET 请求天然适合新窗口：URL 拼参后直接加载，结果页可控
- POST 场景下，更稳妥的做法是用 JavaScript 控制提交 +
window.open()，而非依赖原生target
安全提醒：target="_blank" 必须配 rel="noopener"
直接写 target="_blank" 会让新开页面通过 window.opener 访问原页面，存在安全风险（如恶意页面调用 opener.location.replace() 劫持原页）。必须显式加上 rel="noopener"：
<form action="/submit" method="get" target="_blank" rel="noopener"> <input name="q" value="test"> <button type="submit">搜索</button> </form>
注意：rel="noopener" 在 <form> 上有效，但不是所有浏览器都支持（Chrome ≥64、Firefox ≥59 支持）；低版本需靠 JS 补位。
立即学习“前端免费学习笔记（深入）”；
替代方案：用 JavaScript 精确控制新窗口行为
当需要 POST 提交且确保新窗口正确加载时，放弃原生 target，改用 JS 手动提交并打开：
document.querySelector('form').addEventListener('submit', function(e) {
e.preventDefault();
const form = e.target;
const url = form.action;
const data = new FormData(form);
// 先发请求，再开窗（避免跨域或 CORS 阻塞）
fetch(url, {
method: 'POST',
body: data
})
.then(res => res.text())
.then(html => {
const win = window.open('', '_blank', 'noopener');
win.document.write(html);
win.document.close();
});
});
这个做法绕过了表单原生提交限制，但要求后端返回的是完整 HTML 字符串；如果后端只返回 JSON，就得自己拼页面或跳转到中间页。
真正麻烦的从来不是怎么写 target="_blank"，而是没想清楚：那个“新窗口”到底该展示什么、由谁生成、是否允许跨域访问原页面——这些才是实际卡点。
