一尘不染

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

go

这是一个奇怪的问题。我已经使用了2年多的角度,从来没有遇到这个问题。

我正在使用角度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

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

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

如上所示,我的服务器不执行任何重定向。301怎么样了?


阅读 362

收藏
2020-07-02

共1个答案

一尘不染

这是出于安全考虑。

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

一般而言,浏览器不会将POST数据发送到重定向URL,因为该浏览器没有资格决定您是否愿意将要发送的数据发送到新URL(打算将其发送到原始URL)(请考虑密码,信用卡号和其他敏感数据)。但是不要尝试绕过它,只需使用处理程序的注册路径(POST到该地址)或链接的答案中提到的其他任何技巧。

2020-07-02