为什么 go http post 得到的结果与 curl post 不同？

从现在开始，努力学习吧！本文《为什么 go http post 得到的结果与 curl post 不同？》主要讲解了等等相关知识点，我会在golang学习网中持续更新相关的系列文章，欢迎大家关注并积极留言建议。下面就先一起来看一下本篇正文内容吧，希望能帮到你！

我正在尝试实现 rest api 登录流程。我已经使用 curl 验证了该过程。

使用 curl，以下命令将执行登录：

$ curl -i -x post  https://the-service.mycompany.com/login -d username=<my username> -d password=<mypassword>
http/1.1 200 connection established

http/1.1 302
access-control-allow-credentials: true
access-control-allow-origin: *
access-control-allow-methods: post, get, options, delete, put, patch
access-control-max-age: 3600
access-control-allow-headers: x-requested-with, content-type, authorization, x-ratelimit-app, x-spinnaker-priority
access-control-expose-headers: x-auth-redirect-url
x-content-type-options: nosniff
x-xss-protection: 1; mode=block
cache-control: no-cache, no-store, max-age=0, must-revalidate
pragma: no-cache
expires: 0
x-frame-options: deny
set-cookie: session=oddmngzjzmety2ewoc00yza4lwfmmmytmjawndi1odm2nji3; path=/; httponly; samesite=lax
location: http://the-service.mycompany.com
content-length: 0
date: thu, 18 jul 2019 14:38:40 gmt

此命令将成功并返回 cookie 作为响应。

但是当我尝试使用 go 代码时：

http := http.client{
}

const body = "username=myuser&password=mypass"
req, err := http.newrequest("post", "https://the-service.mycompany.com/login", strings.newreader(body))
req.header.add("accept", "*/*")
req.header.add("content-type", "application/x-www-form-urlencoded")
req.header.del("accept-encoding")
dump, err := httputil.dumprequestout(req, true)
if err != nil {
    log.fatal(err)
}

fmt.printf("%q\n", dump)

resp, err := client.do(req)

dump, err = httputil.dumprequestout(resp.request, true)
if err != nil {
    log.fatal(err)
}
fmt.printf("%q\n", dump)

fmt.println("dump response ==================")
fmt.println(resp.status)
for k, v := range resp.header {
    fmt.printf("%s: %s\n", k, v)
}

它返回的响应与 curl 获取的响应不同，这意味着响应标头和正文完全不同。

我注意到，curl 返回两个状态代码，200 和 302。但是 go 代码的 resp.status 是 200。

go 代码输出为：

"POST /login HTTP/1.1\r\nHost: the-service.mycompany.com\r\nUser-Agent: Go-http-client/1.1\r\nContent-Length: 36\r\nAccept: */*\r\nContent-Type: application/x-www-form-urlencoded\r\nAccept-Encoding: gzip\r\n\r\nusername=myuser&password=mypass"
"GET /login HTTP/1.1\r\nHost: the-service.mycompany.com\r\nUser- Agent: Go-http-client/1.1\r\nAccept: */*\r\nContent-Type: application/x-www-form-urlencoded\r\nReferer: http://the-service.mycompany.com/login\r\nAccept-Encoding: gzip\r\n\r\n"
Dump response ==================
200 
Access-Control-Allow-Origin: [*]
Access-Control-Max-Age: [3600]
Cache-Control: [no-cache, no-store, max-age=0, must-revalidate]
Date: [Thu, 18 Jul 2019 14:53:07 GMT]
Access-Control-Allow-Credentials: [true]
Content-Type: [text/html;charset=UTF-8]
X-Xss-Protection: [1; mode=block]
Pragma: [no-cache]
X-Frame-Options: [DENY]
X-Content-Type-Options: [nosniff]
Access-Control-Allow-Headers: [x-requested-with, content-type, authorization, X-RateLimit-App, X-Spinnaker-Priority]
Access-Control-Expose-Headers: [X-AUTH-REDIRECT-URL]
Expires: [0]
Content-Length: [1324]
Access-Control-Allow-Methods: [POST, GET, OPTIONS, DELETE, PUT, PATCH]

从输出来看，在做post之前，请求是post，但是当我转储resp.request时，它变成了get，为什么？

解决方案

终于找到问题所在了。让我做一个自我回答，希望它对未来遇到类似问题的人有所帮助。

实际上，就我而言，curl 没有自动重定向，因为我没有将 -l 选项与 curl 一起使用。但 go post 确实自动重定向。

所以我添加了一个 checkredirect 函数来阻止重定向：

func check(req *http.Request, via []*http.Request) error {
    return http.ErrUseLastResponse
}

... in main() ...

    client := http.Client {
        CheckRedirect: check,
    }

然后 client.postform 返回与 curl 获取的相同的 302 结果。

本篇关于《为什么 go http post 得到的结果与 curl post 不同？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！