1. 程式人生 > >直接進行url訪問的post請求和get請求的區別?:Request method ‘GET’ not support

直接進行url訪問的post請求和get請求的區別?:Request method ‘GET’ not support

大家都應該明白get請求和post請求的區別,但是我在專案中遇到的問題:查詢訂單時進行post請求,在程式中按正常流程走是沒有問題的。而且位址列也比較乾淨,沒有附帶的引數,重新載入也能成功。但是如果我換個瀏覽器使用另一個賬號登陸,將上一個瀏覽器(上一個使用者登陸)訪問訂單的url複製 黏貼過來直接進行訪問會報Request method ‘GET’ not support。如果改成get請求,就沒問題。請看如下詳情:

1、正常進行訂單查詢這樣:post請求

2、然後我另開一個瀏覽器重新登陸一個使用者:使用上圖的url進行請求:是這樣的

3、我再將程式裡的請求方式改成get :也同樣正常訪問:位址列不一樣了


4、我換一個瀏覽器 進行url訪問  這個使用者是沒有訂單的。此時查詢也是正常。


5、按理說到這會這個bug似乎改完成了,沒什麼問題了。但是我突然想到了天貓的訪問模式。我也嘗試用上面的方法進行訂單查詢:看url貌似是get請求


    6、同樣在另一個瀏覽器上登陸別人的賬戶 用這個url訪問也能正常訪問。你們複製如下連結 也能訪問到自己的訂單,當然是在登陸的前提下。

訪問的url:https://buyertrade.taobao.com/trade/itemlist/list_bought_items.htm?prepvid=200_10.103.34.55_17663_1478137449637&extra=&spm=a231o.7076277.1997525045.2.KZltIT&pid=mm_112628724_11936611_53304806&clk1=&unid=&source_id=&app_pvid=

圖略。。。。。。。。。。。。。。。。

    7、到這裡原本沒問題了,我做出來的功能跟天貓上的一樣了。按理說應該沒問題了,但是下一步讓我目瞪口呆:

這裡居然是post 請求。但他的位址列貌似不像是post請求的啊。。。。。 而且他能直接使用url進行訪問,訪問不同使用者的訂單資訊(使用者登陸的情況下)。這樣不就跟我的get請求一個效果了嗎? 

。。。。。。。。。。。。。。。。。。。。

8、肯定有問題 但是問題在哪裡我說不清楚