登录
首页 >  Golang >  Go问答

$http.post() 方法实际上是发送一个 GET

来源:Golang技术栈

时间:2023-04-14 21:14:55 105浏览 收藏

哈喽!大家好,很高兴又见面了,我是golang学习网的一名作者,今天由我给大家带来一篇《$http.post() 方法实际上是发送一个 GET》,本文主要会讲到golang等等知识点,希望大家一起学习进步,也欢迎大家关注、点赞、收藏、转发! 下面就一起来看看吧!

问题内容

笔记:

我发现了一个可能相关的问题,需要[在这里提出一个新问题](https://stackoverflow.com/questions/36316429/go- web-server-is-automatically-redirecting-post-requests)


这是一个奇怪的问题。在 2 年的时间里,我一直在使用 angular,从来没有遇到过这个问题。

我正在使用角度 v1.5.0。我正在发出这样的帖子请求:

$http({
    method: "POST",
    url: "/myurl",
    data: {
        file: myFile // This is just an object
    }
});

普通的 POST 请求对吗?得到这个。我查看控制台,“网络”选项卡将请求记录为 GET。奇怪。所以我把代码改成这样:

$http.post("/myurl", {file: myFile});

一样。单步执行$http服务代码后,我确信标头已正确设置。有没有其他人遇到过这个问题?

更新

接受 Germanio的建议,我尝试使用该$resource服务:

promise = $resource("/upload").save()

(这由于另一个原因返回错误,它仍然正确执行 POST)。我遇到了同样的问题:请求在控制台中记录为 GET。

以下是请求到达我的服务器时的标头:

GET /myurl/ HTTP/1.1
Host: localhost:8001
Accept: application/json, text/plain, */*
Accept-Encoding: gzip, deflate, sdch
Accept-Language: en-US,en;q=0.8
Cache-Control: no-cache
Connection: keep-alive
Pragma: no-cache
Referer: http://localhost:8001/myurl/
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36

更新 2

根据georgeawg的建议,我使用拦截器在各个阶段记录请求。这是拦截器代码:

$httpProvider.interceptors.push(function() {
    return {
        request: function(config) {
            console.log(config);
            return config;
        }
    }
}

运行此代码后,我会记录以下内容:

data:Object // contains file object
headers: Object // has Content-Type set to multipart
method:"POST" // ???
url :"/myurl

所以这意味着请求是作为 Angular 内部的 POST 发送的,但它仍然在浏览器和我的服务器上记录为 GET。我认为这里有一些关于我不理解的 HTTP 协议的低级工作。

请求是否在实际登录浏览器之前发送到服务器?如果是这样,那可能至少指向我的服务器是罪魁祸首。

为了找出发生了什么,这是我的服务器代码:

type FormStruct struct {
    Test string
}

func PHandler(w http.ResponseWriter, r *http.Request) {
    var t FormStruct

    req, _ := httputil.DumpRequest(r, true)

    log.Println(string(req))
    log.Println(r.Method) // GET
    log.Println(r.Body)

    decoder := json.NewDecoder(r.Body)
    err := decoder.Decode(&t)
    log.Println("Decoding complete")
    if err != nil {
        log.Println("Error")
        panic(err.Error()+"\n\n")
    }
    log.Println(t.Test)

    w.Write([]byte("Upload complete, no errors"))
}

func main() {
    http.HandleFunc("/myurl/", PHandler)    
    fmt.Println("Go Server listening on port 8001")
    http.ListenAndServe(":8001", nil)
}

我的服务器在收到请求时抛出 EOF 错误:

2016/03/30 10:51:37 http: panic serving [::1]:52039: EOF

不确定在这种情况下 EOF 甚至意味着什么。

更新 3

根据另一个用途的建议,我尝试使用 POSTMAN 用虚假的 POST 请求访问我的服务器。服务器正确接收请求。这对我来说意味着角度是如何发出 POST 请求的。请帮忙。

有任何想法吗?

完整的服务器日志:

Go Server listening on port 8001

2016/03/30 11:13:08 GET /myurl/ HTTP/1.1
Host: localhost:8001
Accept: */*
Accept-Encoding: gzip, deflate, sdch
Accept-Language: en-US,en;q=0.8
Cache-Control: no-cache
Connection: keep-alive
Content-Type: application/json
Postman-Token: 33d3de90-907e-4350-c703-6c57a4ce4ac0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36
X-Xsrf-Token: null


2016/03/30 11:13:08 GET
2016/03/30 11:13:08 {}
2016/03/30 11:13:08 Decoding complete
2016/03/30 11:13:08 Error
2016/03/30 11:13:08 http: panic serving [::1]:52228: EOF


goroutine 5 [running]:
net/http.(*conn).serve.func1(0xc820016180)
    /usr/local/Cellar/go/1.6/libexec/src/net/http/server.go:1389 +0xc1
panic(0x3168c0, 0xc82000b1a0)
    /usr/local/Cellar/go/1.6/libexec/src/runtime/panic.go:426 +0x4e9
routes.FUPHandler(0x1055870, 0xc820061ee0, 0xc820104000)
    /Users/projectpath/routes.go:42 +0x695
net/http.HandlerFunc.ServeHTTP(0x4e7e20, 0x1055870, 0xc820061ee0, 0xc820104000)
    /usr/local/Cellar/go/1.6/libexec/src/net/http/server.go:1618 +0x3a
net/http.(*ServeMux).ServeHTTP(0xc820014b40, 0x1055870, 0xc820061ee0, 0xc820104000)
    /usr/local/Cellar/go/1.6/libexec/src/net/http/server.go:1910 +0x17d
net/http.serverHandler.ServeHTTP(0xc820016100, 0x1055870, 0xc820061ee0, 0xc820104000)
    /usr/local/Cellar/go/1.6/libexec/src/net/http/server.go:2081 +0x19e
net/http.(*conn).serve(0xc820016180)
    /usr/local/Cellar/go/1.6/libexec/src/net/http/server.go:1472 +0xf2e
created by net/http.(*Server).Serve
    /usr/local/Cellar/go/1.6/libexec/src/net/http/server.go:2137 +0x44e

更新 4

我偶然发现了一些有趣的东西:

Charles 在我发布到 时记录了一个 POST 请求myurl,但响应状态为 301。在 POST 之后记录了一个 GET。这是访问我的服务器的 GET。

正如您在上面看到的,我的服务器不进行任何类型的重定向。301是怎么发生的?

正确答案

这是出于安全考虑。

在您的情况下,当重定向从服务器发送回浏览器时,浏览器将不会重复 POST 请求(而只是一个“简单”的 GET 请求)。

一般来说,浏览器不会将 POST 数据发送到重定向 URL,因为浏览器没有资格决定您是否愿意将相同的数据发送到新 URL,而您打算发送到原始 URL(想想密码、信用卡号和其他敏感数据)。但不要试图规避它,只需使用处理程序的注册路径来发布到,或链接答案中提到的任何其他提示。

有关上下文,请参阅问题:

[Go Web 服务器自动重定向 POST 请求](https://stackoverflow.com/questions/36316429/go-web- server-is-automatically-redirecting-post-requests)

您可以在此处阅读有关该主题的更多信息:

[为什么 HTTP 没有 POST 重定向?](https://softwareengineering.stackexchange.com/questions/99894/why- doesnt-http-have-post-redirect)

本篇关于《$http.post() 方法实际上是发送一个 GET》的介绍就到此结束啦,但是学无止境,想要了解学习更多关于Golang的相关知识,请关注golang学习网公众号!

声明:本文转载于:Golang技术栈 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>
评论列表