html表单跨域提交不触发cors，因其是同步导航行为，绕过浏览器cors机制；失败主因是服务端未正确处理简单请求或前端误用ajax思维。
html 表单本身不支持跨域提交时触发 cors 协议，form 的 submit 是传统导航行为，浏览器不会发送 options 预检，也不会校验响应头中的 access-control-allow-origin —— 所以“表单跨域提交失败”通常不是 cors 问题，而是服务端没正确处理非预检的简单请求，或前端误用了 ajax 思维。
为什么 form.submit 不走 CORS 流程
form 提交默认是同步、全页面导航（application/x-www-form-urlencoded 或 multipart/form-data），属于“简单请求”的一种，但关键点在于：它**不通过 fetch/XMLHttpRequest 发起，因此完全绕过 CORS 机制**。浏览器允许它发出，但后续响应若涉及 JS 读取（比如用 target="_blank" 后试图脚本访问新窗口 document），就会被同源策略拦截。
- 服务端收到请求后，仍需设置
Access-Control-Allow-Origin等头 —— 但这对表单提交本身无影响，只影响后续 JS 是否能读取响应内容 - 如果用
fetch模拟表单提交，则必须手动构造FormData，此时会触发 CORS（尤其当含自定义 header 或非简单 content-type） -
enctype="text/plain"是非标准值，部分浏览器不识别，且不触发预检，但服务端几乎无法解析，慎用
form action 跨域后如何获取响应数据
原生 form 提交跨域后，页面跳转到目标域，前端 JS 无法读取该页面 DOM 或响应体（同源策略限制）。想在当前页拿到结果，只有两个可靠路径：
- 服务端在响应中返回一个轻量 HTML 页面，内嵌
<script>window.opener?.postMessage(...)</script>，由原始页面监听message事件接收 - 将
form的target指向一个同源的中间 iframe（如<iframe name="form-target"></iframe>），再通过iframe.contentWindow.location或服务端重定向回同源回调页传递结果 - 放弃
form，改用fetch+FormData，但需确保服务端支持 CORS 且接受multipart/form-data（注意：带文件上传的fetch请求无法设置Content-Type头，浏览器自动添加带 boundary 的 multipart 头，这属于复杂请求，会触发预检）
fetch 提交表单时常见的 CORS 错误和修复
错误现象常为：控制台报 No 'Access-Control-Allow-Origin' header is present on the requested resource，或预检 OPTIONS 返回 405/404。
- 服务端未处理
OPTIONS请求：需显式响应 204，并带上Access-Control-Allow-Methods: POST、Access-Control-Allow-Headers: Content-Type等 - 前端
fetch中手动设置了Content-Type：例如headers: {'Content-Type': 'multipart/form-data'}—— 这会导致浏览器发起预检，且服务端因不匹配 boundary 而拒绝；应**完全删掉Content-Type头**，让浏览器自动设置 - 携带 credentials（如 cookie）：需同时设
credentials: 'include'和服务端响应Access-Control-Allow-Credentials: true，且Access-Control-Allow-Origin不能为* - 使用
FormData上传文件时，fetch的body直接传formData即可，无需JSON.stringify或额外包装
服务端需特别注意的 multipart 边界兼容性
浏览器生成的 multipart/form-data boundary 是随机字符串，形如 ----WebKitFormBoundaryabc123。服务端框架（如 Express + multer、Django request.FILES、Spring @RequestParam MultipartFile）一般能自动解析，但若自行用流式解析或 Nginx 做了 body 缓存/截断，可能丢失 boundary 或破坏格式。
- Nginx 默认
client_max_body_size 1m，上传大文件需调大并重启 - 某些网关或 WAF 会清洗
Content-Type头，导致 boundary 信息丢失，表现为服务端收不到文件字段 - Node.js 原生
http模块不解析 multipart，必须用busboy或formidable等库，且要完整消费 request stream，否则连接挂起
真正卡住人的往往不是“怎么发”，而是“发完怎么拿回来”以及“服务端到底有没有把 boundary 当回事”。表单跨域本质是前后端协作边界问题，而不是加几个响应头就能解决的。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
