`postform` 仅向指定 url 发起 post 请求并接收响应，它本身不会导致浏览器跳转；重定向需由服务器返回 302 等状态码并配合前端跳转逻辑实现。

在 Go（尤其是 Google App Engine 环境）中使用 urlfetch.Client.PostForm() 时，一个常见误解是：调用该方法会让客户端（如用户浏览器）“跳转到”目标网址（例如 example.com）。但事实并非如此——PostForm 是一个服务端 HTTP 客户端行为，它仅模拟浏览器向目标服务器发送一个 application/x-www-form-urlencoded 格式的 POST 请求，并接收响应（如你看到的 200 OK），整个过程完全发生在后端，不涉及任何前端重定向或页面跳转。

✅ 正确理解 PostForm 的作用

client := urlfetch.Client(c)
resp, err := client.PostForm("https://example.com/submit", url.Values{
    "name": {"Alice"},
    "email": {"alice@example.com"},
})
if err != nil {
    http.Error(w, "Request failed", http.StatusInternalServerError)
    return
}
defer resp.Body.Close()

// resp.StatusCode 可能是 200、302、400 等
// 但无论服务器返回什么，你的 Go 代码都不会自动让用户的浏览器跳转

• 若目标服务器返回 302 Found + Location: /success，Go 的 http.Client（含 urlfetch.Client）默认会自动跟随重定向（最多 10 次），最终返回的是重定向链末端的响应（如最终的 200 页面内容），而非中间的 302 响应。
• 但请注意：这个“跟随重定向”是在服务端内部完成的 HTTP 协议级跳转，不会通知用户的浏览器跳转。用户看到的仍是原始请求的响应页面（比如你自己的 /submit-handler）。

? 为什么你“没看到跳转”？

因为你期望的是 PRG（Post/Redirect/Get）模式下的前端重定向，即：

1. 浏览器提交表单 →
2. 你的 Go 服务接收后，PostForm 转发给第三方 →
3. 你的服务再主动返回 302 Location: https://example.com 给浏览器。

而 PostForm 本身不等价于 window.location.href = ... 或 。它只是一次后台 HTTP 调用。

✅ 如何真正实现“跳转到 example.com”？

如果你的业务逻辑确实需要用户离开当前页面、前往 example.com，你应该直接返回 HTTP 302 响应给用户浏览器：

http.Redirect(w, r, "https://example.com", http.StatusFound) // 302
// 或使用 303（更符合 PRG 语义）
// http.Redirect(w, r, "https://example.com", http.StatusSeeOther)

⚠️ 注意：此时你不需要也不应该先调用 PostForm 再跳转——除非你需要先校验、记录或修改数据。若只是单纯跳转，直接 Redirect 即可；若需先向第三方提交数据并根据结果决定是否跳转，则 PostForm 是前置步骤，但跳转动作仍需显式 http.Redirect。

? 补充说明

• urlfetch.Client（GAE classic）和标准 net/http.Client 在重定向处理上行为一致：默认启用 CheckRedirect，自动跟随 3xx 响应。
• 若需禁用自动重定向（例如想检查原始 302 响应头），可自定义 Client.CheckRedirect 函数返回 http.ErrUseLastResponse。
• GAE Flex 或现代 Go 环境建议使用标准 http.Client 替代 urlfetch（已弃用）。

总之：PostForm 是「替你发请求」，不是「帮你跳页面」。真正的重定向，永远由你控制 http.ResponseWriter 来完成。