前端遇到302處理方式以及設(shè)置第三方Cookie研究

1、如何解決后端302重定向問題

背景：由于認證中心網(wǎng)關(guān)檢測到用戶是未登錄態(tài)情況下的話，會將用戶重定向到認證中心的登錄頁。

? 此時，假如是使用Oauth2協(xié)議，登錄成功后，前端需要帶著登錄成功的信息（jwt），訪問/Oauth2/1/authorize接口，此時該接口將會重定向回redirect_uri的地址，這個時候的重點在于如何訪問/Oauth2/1/authorize接口。

我們列舉一下幾種請求方式：

• Ajax
• Fetch
• Location.href
• Form表單
• Nvigator.sendBeacon

根據(jù)以上方式做一個測試：

我們做一個302重定向的接口，重定向的路徑是分別為http://localhost:3000/login和https://www.baidu.com,客戶端的域名為localhost,情況如下圖：

假如采用常用的Ajax，例如Axios或者Fetch,前端代碼以及效果如下：

1、Axios：當點擊按鈕時候，調(diào)用/redirectTo接口，后端返回302重定向，此時我們可以看到，重定向后的地址并不是按照預(yù)期在瀏覽器上跳轉(zhuǎn)，而是重新用XHR請求重定向之后的地址，此時由于接口請求頭的Referer為localhost:3000與RequestURL:https:www.baidu.com存在跨域問題，故報錯。

那假如后端返回重定向的地址不存在跨域問題呢（此時和客戶端同域）？

此時雖然不存在跨域問題了，但是重定向后的地址因為是使用XHR訪問的，然而你客戶端并沒有開啟Servlet等服務(wù)，故接口會返回404NotFound。

綜上所述，使用Ajax處理302是行不通的。

2、采用Fetch,網(wǎng)上對于fetch眾說紛紜，經(jīng)測試，fetch也不能跟隨302跳轉(zhuǎn)頁面，會將請求后的報文體返回回來。

3、使用Location.href，無論重定向后的地址是否跨域，均可以成功重定向。

4、使用form表單做302跳轉(zhuǎn)，也是可以成功的，但是需要創(chuàng)建一個虛擬節(jié)點，處理起來較為復(fù)雜。

5、Nvigator.sendBeacon,由于該方法必須采用Post，故更改一下后端代碼。雖然使用該方法沒有跨域問題，但是由于是異步方法，并不會讓瀏覽器跟隨302操作。

總結(jié)：使用Location.href直接訪問接口

上述五種方式，Ajax和Fetch皆是異步請求，不能跟隨瀏覽器302的操作，并且還獲取不到接口返回的Location等信息，所以不采用。Form表單可以使用，功能也較為全面，但是實現(xiàn)方式較為復(fù)雜，且Form表單通常用于表單內(nèi)容提交，與場景語義不符，故Pass**。Location.href的方式即以Get請求直接使用瀏覽器訪問該接口，參數(shù)攜帶方便，也能跟隨重定向操作，故采用。**

附上代碼：

import serviceInstance from "../../services";
// const res = serviceInstance({
//   url: "/redirectTo", //不用引入，直接在api后面接接口
//   method: "get",
//   data: {},
// });
// console.log(res);
function Home() {
  const setRedirect = () => {
    const res = serviceInstance({
      url: "/redirectTo", //不用引入，直接在api后面接接口
      method: "get",
      data: {},
    });
    console.log(res);
  };
  const useFetchSetRedirect = () => {
    const res = fetch("/redirectTo",{
      method: "get",
      redirect:'follow'
    });
    console.log(res);
  };
  const useLocationRedirect = () => {
    window.location.href = "http://localhost:8080/redirectTo"
  };
  const useFormData = ()=>{
    const form = document.createElement("form");
    form.action = "http://localhost:8080/redirectTo";
    document.getElementById("container").appendChild(form);
    form.submit();
    document.getElementById("container").removeChild(form);
  }
  const useSendBeacon = ()=>{
    navigator.sendBeacon("http://localhost:8080/redirectToPost")
  }
  return (
    <div id="container">
      <button onClick={setRedirect}>測試Axios重定向</button>
      <button onClick={useFetchSetRedirect}>測試Fetch重定向</button>
      <button onClick={useLocationRedirect}>測試location重定向</button>
      <button onClick={useFormData}>測試Form表單重定向</button>
      <button onClick={useSendBeacon}>測試SendBeacon重定向</button>
    </div>
  );
}
export default Home;

package com.xuan.controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RestController;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
@RestController
public class TestController {
    @GetMapping("/redirectTo")
    void testRedirect(HttpServletResponse response) throws IOException {
        String testUrl = "https://www.baidu.com";
//        String testUrl2 = "http://localhost:3000/login";
        response.sendRedirect(testUrl);
    }
    @PostMapping ("/redirectToPost")
    void testRedirectPost(HttpServletResponse response) throws IOException {
        String testUrl = "https://www.baidu.com";
//        String testUrl2 = "http://localhost:3000/login";
        response.sendRedirect(testUrl);
    }
}

2、子系統(tǒng)（接入認證中心的系統(tǒng)）如何接入認證中心，獲取登錄態(tài)？

背景：由于子系統(tǒng)和認證中心是不同的系統(tǒng)，在認證中心登錄成功后重定向回子系統(tǒng)的過程中，如何得知已登錄的登錄態(tài)呢？

此時我們在重定向的過程中，需要傳遞信息給其他系統(tǒng)，僅有三種方式（據(jù)我所知）：

• 瀏覽器地址欄攜帶

• Cookie

• Window.postMessage

  實現(xiàn)方式	特點	是否可用
  瀏覽器地址欄攜帶	優(yōu)點：操作方便，無同域限制 ; 缺點：信息完全暴露在地址欄，安全性不高	√
  Cookie	優(yōu)點：在設(shè)置Cookie的時候可以通過Domain、Path、SameSite等字段，將Cookie設(shè)置在需要獲取的應(yīng)用上 ，安全性以及準確性較高; 缺點：遵循瀏覽器的同源限制，設(shè)置的Cookie僅在本域名或者子域名下共享。	√
  Window.postMessage	是一種瀏覽器提供的跨域傳輸信息方式，在認證中心完成登錄操作，拿到Token的話，可以使用該方式傳輸信息。但是與使用場景不符，故Pass掉	×

總結(jié)： 瀏覽器地址欄攜帶和Cookie均可以完成302后傳遞信息（assess-token或者code）的操作，其中各有優(yōu)缺點，應(yīng)根據(jù)項目需要以及具體情況具體采用不同的方式。同域建議采用Cookie,不同域推薦采用瀏覽器地址欄攜帶。

• 子系統(tǒng)與認證中心同域

采用Cookie方式可以較為簡單地實現(xiàn)單點登錄，設(shè)置Cookie（access-token）到具體的域（Domain），通過Path去限制相應(yīng)的系統(tǒng)，這樣可以發(fā)揮認證中心實現(xiàn)單點登錄的效果。但是瀏覽器必須把Cookie打開，以及應(yīng)對Cookie具體設(shè)置對應(yīng)的條件，以防其他系統(tǒng)通過CSRF等手段，獲取到用戶信息。

• 子系統(tǒng)與認證中心跨域

建議采用瀏覽器地址欄攜傳遞信息，這個時候考慮到安全問題，不應(yīng)該采用明文的形勢將access-token放到地址欄，而是將重定向后攜帶的code通過地址欄傳輸回去子系統(tǒng)，然后子系統(tǒng)通過這個code調(diào)用接口獲取access-token（采用空白頁的方式）。

3、拓展：302跳轉(zhuǎn)如何SetCookie到對應(yīng)的系統(tǒng)。

背景：出現(xiàn)在本地聯(lián)調(diào)的情況，后端設(shè)置重定向到對應(yīng)的系統(tǒng)，并SetCookie到開發(fā)環(huán)境，設(shè)置Domain為開發(fā)環(huán)境的ip/域名，但是發(fā)現(xiàn)Cookie并未設(shè)置上。

故排查原因，發(fā)現(xiàn)是因為重定向的接口的請求頭中Host與后端設(shè)置的Domain不一致，Cookie被屏蔽掉了。報錯如下圖：

為此我做了個測試，模擬設(shè)置Cookie到百度的網(wǎng)站上：

首先設(shè)置Host文件（127.0.0.1 test.baidu.com），模擬百度的域名到本機ip;

然后在后端代碼重定向到www.baidu.com,同時設(shè)置cookie到baidu.com這個域名上。

 @GetMapping("/setCookieRedirect")
    void testCookieRedirect(HttpServletResponse response) throws IOException {
        String testUrl = "http://baidu.com";
        Cookie cookie = new Cookie("testCookie","test");
        cookie.setDomain("baidu.com");
        cookie.setMaxAge(43200);
        cookie.setSecure(false);
        cookie.setHttpOnly(false);
        response.addCookie(cookie);
        response.sendRedirect(testUrl);
    }

重點：前端調(diào)用該后端接口時，不可以用localhost調(diào)用，而是用test.baidu.com這個域名調(diào)用，如下：

 const testThirdCookie = ()=>{
    window.location.
  }

最后成功設(shè)置Cookie到百度上，效果如下：

總結(jié)：關(guān)鍵就是請求頭的host與設(shè)置的Domain對象域名得一致，或者父級域名包括子級域名即可。

   const testThirdCookie = ()=>{
      window.location.
    }

最后成功設(shè)置Cookie到百度上，效果如下：

總結(jié)：關(guān)鍵就是請求頭的host與設(shè)置的Domain對象域名得一直，或者父級域名包括子級域名即可。

總結(jié)

到此這篇關(guān)于前端遇到302重定向問題處理方式及設(shè)置第三方Cookie研究的文章就介紹到這了,更多相關(guān)前端302處理及設(shè)置第三方Cookie內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！