html 表单原生提交本身不触发 cors 预检，也不受 access-control-allow-* 响应头影响；所谓“两次请求”通常并非预检（options），而是浏览器自动发起的 favicon 请求或重定向行为。

html 表单原生提交本身不触发 cors 预检，也不受 access-control-allow-* 响应头影响；所谓“两次请求”通常并非预检（options），而是浏览器自动发起的 favicon 请求或重定向行为。

在你的案例中，表单

从 http://localhost:3000 提交至 http://localhost:8080，这确实是跨域请求（协议+域名相同但端口不同）。然而关键在于：HTML 表单的原生 POST 提交属于“简单请求”，且不通过 Fetch/XHR 发起，因此完全绕过浏览器的 CORS 检查机制 —— 浏览器不会发送预检 OPTIONS 请求，也不会拦截响应；它只会按 HTTP 协议规范执行重定向或资源加载。

你日志中看到的 POST 后紧接 GET，几乎可以确定是以下两种情况之一：

✅ 最常见原因：favicon.ico 自动请求
浏览器在加载或提交页面后，会自动向根路径（/）发起一次 GET /favicon.ico 请求（即使你未显式声明 ）。该请求：

• 是普通 GET，无 Origin 头（因非 CORS 上下文）；
• URL 为 /favicon.ico，而非 /；
• 在 Go 日志中显示为 GET + 空 Origin，与你的输出完全吻合。

? 验证方式：在 Go handler 中添加日志：

func handler(w http.ResponseWriter, r *http.Request) {
    log.Printf("Method: %s | URL: %s | Origin: %q", 
        r.Method, r.URL.Path, r.Header.Get("Origin"))
    // ... 其他逻辑
}

你会看到类似：

Method: POST | URL: / | Origin: "http://localhost:3000"
Method: GET  | URL: /favicon.ico | Origin: ""

✅ 次要可能：服务端隐式重定向（PRG 模式）
若你在 handler 中调用了 http.Redirect(..., http.StatusSeeOther) 或返回了 302/303 状态码，浏览器会自动用 GET 方法请求重定向目标 URL。例如：

if r.Method == "POST" {
    // 处理登录逻辑...
    http.Redirect(w, r, "http://localhost:3000/success", http.StatusSeeOther)
    return
}

此时客户端将先发 POST（成功），再发 GET（跳转到 success 页面）—— 这正是 Post/Redirect/Get（PRG）模式的标准行为，用于防止刷新重复提交。

jQuery金融借款单提交表单

jQuery金融借款单提交表单，包含出借金额和日期的选择，且自动计算利息，非常的简单方便。

下载

⚠️ 重要澄清：你的 Go 代码中当前 w.WriteHeader(http.StatusOK) 返回 200，不会触发额外 GET；但若后续逻辑（如模板渲染、静态文件服务）意外匹配了 /favicon.ico 路由，或前端 HTML 包含 ，就必然触发该请求。

? 解决方案建议：

1. 过滤无关请求（推荐）
   在 handler 开头明确忽略 favicon 请求：

   if r.URL.Path == "/favicon.ico" {
       http.Error(w, "Not Found", http.StatusNotFound)
       return
   }

2. 正确实现 PRG（如需跳转）
   不要返回 200 HTML，而应主动重定向：

   if r.Method == "POST" {
       // ✅ 解析表单
       err := r.ParseForm()
       if err != nil { /* handle */ }
       username := r.FormValue("username")
       // ✅ 业务逻辑（校验、DB 写入等）
       if validLogin(username) {
           http.Redirect(w, r, "http://localhost:3000/dashboard", http.StatusSeeOther)
       } else {
           http.Redirect(w, r, "http://localhost:3000/error?msg=invalid", http.StatusSeeOther)
       }
       return
   }
   // GET 请求（如首次访问登录页）可返回登录表单 HTML

3. 关于 CORS 头的说明（不适用于本场景）
   你当前设置的 Access-Control-Allow-Origin: * 对表单提交完全无效 —— 因为表单提交不读取这些响应头。这些头仅对 fetch()/XMLHttpRequest 生效。若你后续改用 AJAX 提交，则必须：

   • 前端启用 credentials（如 fetch(url, { credentials: 'include' })）；
   • 后端将 Access-Control-Allow-Origin 改为具体源（不能为 *），并添加 Access-Control-Allow-Credentials: true。

? 总结：HTML 表单跨域提交天然“免 CORS”，无需预检；你观察到的第二次 GET 几乎肯定是 favicon 请求。通过日志打印 r.URL.Path 即可精准定位。如需服务端跳转，请坚定使用 http.Redirect + StatusSeeOther（303），这是 Web 开发中防御重复提交和提升 UX 的黄金实践。