前端通過響應頭獲取後端傳輸的資訊

2021-09-26 11:45:14 字數 658 閱讀 2923

前端通過響應頭獲取後端傳輸的資訊

工作中碰到後端在請求頭中帶的資訊,需要前端獲取這個資訊。原本可能只是自己的知識盲區,又可以直接獲取後端介面請求頭中的api,差了很多資料都沒與找到相關的資料。又請教了公司的大佬,大佬們也沒聽說過這樣的做法。

所以和後端同學商量了下,讓他放在介面的響應頭中前端再來獲取。於是後端同學將我所需的資訊通過響應頭傳遞給我,前端專案是用vue + axios:我在axios的響應***中攔截響應。

axios.interceptors.response.

use(

function

(response)

,function

(error)

);

列印出的response.headers 中只有morning的content-type 和 charset ,並沒有後端傳遞給我的資訊。經查資料後發現,reponse.header 中只能獲取瀏覽器預設的響應頭,如果是後端自己設定的響應頭,還需要後端在伺服器上設定 是否暴露某響應頭,於是後端加上了設定語句:

access-control-expose-headers :

'guid'

;

再次檢視console資訊,發現已經可以成功獲取後端放置在響應頭中的資訊。

curl的請求頭與響應頭獲取

1.從curl中獲取響應頭 ocurl curl init 設定請求頭,有時候需要,有時候不用,看請求 是否有對應的要求 返回 response header,該選項非常重要,如果不為 true,只會獲得響應的正文 curl setopt ocurl,curlopt header,true 是否不需...

跨域問題中獲取不到響應頭header中的token

使用spirngsecurity的時候,生成token返回給客戶端,用postman測試的時候可以發現token是有傳送過去的,但是前端卻沒有獲取到這個token的請求頭。這個問題是因為跨域產生的。在返回tooken的後面加上一句response.setheader access control e...

爬蟲獲取的資料到底應該有後端處理還是前端處理?

首先丟擲乙個不滿 爬到的資料交給我前端,由於與需求直接互動,對需求理解更深,於是我本著互相合作的精神請求後端處理原始資料並給我處理後的文件和api,然後,得到的是後端一臉不情願的樣子。經過兩天的艱難溝通與後端的冷眼,我徹底明白了,當乙個人懶到不行的時候,最好的辦法,就是不要讓他做事,因為這樣只會讓你...