亚洲中字慕日产2020,大陆极品少妇内射AAAAAA,无码av大香线蕉伊人久久,久久精品国产亚洲av麻豆网站

資訊專欄INFORMATION COLUMN

使用apache的HttpClient進(jìn)行http通訊，隱藏的HTTP請求頭部字段是如何自動(dòng)被添加的

anquan / 1480人閱讀

摘要：通常情況下，第一次請求完畢后，服務(wù)器都會(huì)給客戶端返回一些字段，在第二次請求時(shí)，如果使用的是測試工具或者的這個(gè)庫，字段都會(huì)自動(dòng)被附加在第二次請求的頭部。從里取出前一次請求中由服務(wù)器返回的這里把里的加到第二個(gè)請求的頭部字段，謎底就這樣解開了。

我們用apache的HttpClient這個(gè)庫消費(fèi)云端的Restful API時(shí)，一般都需要兩次HTTP調(diào)用，第一次獲得某種token，比如獲取防止跨域請求偽造攻擊Cross-site request forgery - CSRF的token，或者比如微信API的access token，第二次再進(jìn)行真正的API消費(fèi)。

通常情況下，第一次請求完畢后，服務(wù)器都會(huì)給客戶端返回一些cookie字段，在第二次請求時(shí)，如果使用的是postman測試工具或者apache的HttpClient這個(gè)庫，cookie字段都會(huì)自動(dòng)被附加在第二次請求的HTTP頭部。詳情可以參考我寫的另一篇博客：OData service parallel performance measurement – how to deal with XSRF token in Java Program and JMeter
https://blogs.sap.com/2017/08...

本文就來介紹apache的HttpClient，在發(fā)送第二個(gè)Http請求時(shí)，是如何自動(dòng)插入從第一個(gè)請求獲得的服務(wù)器頒發(fā)的cookie的。

首先進(jìn)入HttpClient的單步調(diào)試：InternalHttpClient.doExecute方法：

第85行的origheaders，即取出程序員在代碼里指定的http請求頭部字段，比如basic Authentication，content-type，token等等：

這個(gè)cookie是什么時(shí)候傳進(jìn)來的？

看來我們必須進(jìn)入httpcore-4.4.3.jar這個(gè)apache HttpClient的實(shí)現(xiàn)里去調(diào)試。

經(jīng)過觀察發(fā)現(xiàn)，一旦我執(zhí)行完204行的conn.sendRequestHeader方法，就能觀察到Cookie被自動(dòng)設(shè)置了，所以奧妙就在第204行里。

自動(dòng)添加Content-Length頭部字段：

由此可見Content-length是通過方法entity.getContentLength()自動(dòng)計(jì)算出來的，因此我們程序員不必在自己的應(yīng)用代碼里重復(fù)這個(gè)計(jì)算動(dòng)作。

自動(dòng)加入host字段：

自動(dòng)加入Connection: Keep-Alive

UserAgent的自動(dòng)填充：Apache-HttpClient/4.5.1, 這個(gè)也不用程序員操心。

終于到了我要找的RequestAddCookies這個(gè)HTTPRequestInterceptor了。光從這個(gè)類的字面意思就能猜到它和HTTP請求的Cookie有關(guān)。

新建一個(gè)Cookie，這個(gè)CookieOrigin構(gòu)造函數(shù)里的hpst，path和secure標(biāo)志位都是Chrome開發(fā)者工具的Cookie標(biāo)簽頁里能看到。

從 Cookie Store里取出前一次請求中由服務(wù)器返回的Cookie：

這里把Cookie store里的cookie加到第二個(gè)請求的頭部字段，謎底就這樣解開了。

要獲取更多Jerry的原創(chuàng)文章，請關(guān)注公眾號"汪子熙":

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/104928.html

相關(guān)文章

  • 使用apache的HttpClient進(jìn)行http通訊，隱藏的HTTP請求頭部字段是如何自動(dòng)被添加的

    摘要：通常情況下，第一次請求完畢后，服務(wù)器都會(huì)給客戶端返回一些字段，在第二次請求時(shí)，如果使用的是測試工具或者的這個(gè)庫，字段都會(huì)自動(dòng)被附加在第二次請求的頭部。從里取出前一次請求中由服務(wù)器返回的這里把里的加到第二個(gè)請求的頭部字段，謎底就這樣解開了。 我們用apache的HttpClient這個(gè)庫消費(fèi)云端的Restful API時(shí)，一般都需要兩次HTTP調(diào)用，第一次獲得某種token，比如獲取防止...

    meislzhua 評論0 收藏0

  • cors跨域之簡單請求與預(yù)檢請求（發(fā)送請求頭帶令牌token）

    摘要：所以跨域請求分兩種簡單請求和預(yù)檢請求。但對于第二個(gè)錯(cuò)誤，好像沒法向第一種那樣，將預(yù)檢請求轉(zhuǎn)變?yōu)楹唵握埱螅?，只有尋找方法怎么在后端?shí)現(xiàn)相應(yīng)的預(yù)檢請求，來返回一個(gè)狀態(tài)碼，告訴瀏覽器此次跨域請求可以繼續(xù)。 引子 自從從JAVA偽全棧轉(zhuǎn)前端以來，學(xué)習(xí)的路上就充滿了荊棘（奇葩問題），而涉及前后端分離這個(gè)問題，對cors的應(yīng)用不斷增多，暴露出的問題也接踵而至。這兩天動(dòng)手實(shí)踐基于Token的WE...

    zsy888 評論0 收藏0

  • cors跨域之簡單請求與預(yù)檢請求（發(fā)送請求頭帶令牌token）

    摘要：所以跨域請求分兩種簡單請求和預(yù)檢請求。但對于第二個(gè)錯(cuò)誤，好像沒法向第一種那樣，將預(yù)檢請求轉(zhuǎn)變?yōu)楹唵握埱?，所以，只有尋找方法怎么在后端?shí)現(xiàn)相應(yīng)的預(yù)檢請求，來返回一個(gè)狀態(tài)碼，告訴瀏覽器此次跨域請求可以繼續(xù)。 引子 自從從JAVA偽全棧轉(zhuǎn)前端以來，學(xué)習(xí)的路上就充滿了荊棘（奇葩問題），而涉及前后端分離這個(gè)問題，對cors的應(yīng)用不斷增多，暴露出的問題也接踵而至。這兩天動(dòng)手實(shí)踐基于Token的WE...

    RaoMeng 評論0 收藏0

發(fā)表評論

0條評論

最新活動(dòng)
閱讀需要支付1元查看
<