爲什麼HttpRequest發送OPTIONS動詞而不是POST？

我得到這個代碼：爲什麼HttpRequest發送OPTIONS動詞而不是POST？

var req = new HttpRequest(); 
req.open("POST", "http://localhost:8031/rest/user/insert"); 
req.setRequestHeader("Content-type", "application/json"); 
req.send(json.stringify(user_map));

但是，而不是發送POST動詞，當我看到它在提琴手我看到這一點：

OPTIONS http://localhost:8031/rest/user/insert HTTP/1.1 
Host: localhost:8031 
Connection: keep-alive 
Access-Control-Request-Method: POST 
Origin: http://127.0.0.1:3030 
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.33 (KHTML, like Gecko) Chrome/27.0.1430.0 (Dart) Safari/537.33 
Access-Control-Request-Headers: origin, content-type 
Accept: */* 
Referer: http://127.0.0.1:3030/E:/grole/dart/Clases/Clases/web/out/clases.html 
Accept-Encoding: gzip,deflate,sdch 
Accept-Language: es-ES,es;q=0.8 
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3

正如你所看到的，它使用的是選項動詞而不是POST？

發生了什麼事？

來源

2013-03-25 user2070369

OPTION謂詞用於發送預檢請求來檢查服務器是否發送跨域請求。由於原點 - > 127.0.0.1:8031和主機 - > localhos：3t – kiran 2014-05-24 15:40:51

OPTIONS動詞是由某些瀏覽器發送的用於檢查跨源請求的有效性的預檢請求。它幾乎與服務器進行檢查，允許Origin（請求者）對指定資源發出請求。另外，根據服務器發回的標題，它可以讓瀏覽器知道哪些標題，方法和資源可以從服務器請求源。

瀏覽器發送OPTIONS請求，然後如果服務器回答正確的頭部（CORS頭部），允許源發出請求，則應該看到POST請求經過後。

請注意CORS標頭必須在OPTIONS響應以及POST響應中返回。這意味着您的服務器必須能夠響應您希望跨域訪問的路由上的選項方法。

這就是所謂的跨源資源共享。 Mozilla在這方面有很好的文檔。 https://developer.mozilla.org/en-US/docs/HTTP/Access_control_CORS

如果您有更多的問題請告訴我，我會回答他們。

來源

2013-03-25 00:35:31

爲什麼HttpRequest發送OPTIONS動詞而不是POST？

回答

相關問題