前言

在 Java 中，跳轉的實現(xiàn)方式有兩種：請求轉發(fā)和請求重定向，但二者是完全不同的，所以我們今天就來盤它。

請求轉發(fā)和請求重定向主要區(qū)別，包含以下 5 點：

• 定義不同
• 跳轉方不同
• 數(shù)據(jù)共享不同
• 最終 URL 地址不同
• 代碼實現(xiàn)不同

接下來，我們一個一個來看。

1.定義不同

請求轉發(fā)（Forward）：發(fā)生在服務端程序內部，當服務器端收到一個客戶端的請求之后，會先將請求，轉發(fā)給目標地址，再將目標地址返回的結果轉發(fā)給客戶端。 而客戶端對于這一切毫無感知的，這就好比，張三（客戶端）找李四（服務器端）借錢，而李四沒錢，于是李四又去王五那借錢，并把錢借給了張三，整個過程中張三只借了一次款，剩下的事情都是李四完成的，這就是請求轉發(fā)。 **請求重定向（Redirect）：請求重定向指的是服務器端接收到客戶端的請求之后，會給客戶端返回了一個臨時響應頭，這個臨時響應頭中記錄了，客戶端需要再次發(fā)送請求（重定向）的 URL 地址，客戶端再收到了地址之后，會將請求發(fā)送到新的地址上，這就是請求重定向。**這就好像張三（客戶端）找李四（服務器端）借錢，李四沒錢，于是李四就告訴張三，“我沒錢，你去王五那借“，于是張三又去王五家借到了錢，這就是請求重定向。

2.請求方不同

從上面請求轉發(fā)和請求重定向的定義，我們可以看出：請求轉發(fā)是服務器端的行為，服務器端代替客戶端發(fā)送請求，并將結果返回給客戶端；而請求重定向是客戶端的行為，它們的交互流程，如下圖所示： 

3.數(shù)據(jù)共享不同

請求轉發(fā)是服務器端實現(xiàn)的，所以整個執(zhí)行流程中，客戶端（瀏覽器端）只需要發(fā)送一次請求，因此整個交互過程中使用的都是同一個 Request 請求對象和一個 Response 響應對象，所以整個請求過程中，請求和返回的數(shù)據(jù)是共享的；而請求重定向客戶端發(fā)送兩次完全不同的請求，所以兩次請求中的數(shù)據(jù)是不同的。

4.最終 URL 地址不同

請求轉發(fā)是服務器端代為請求，再將結果返回給客戶端的，所以整個請求的過程中 URL 地址是不變的；而請求重定向是服務器端告訴客戶端，“你去另一個地訪問去”，所以瀏覽器會重新再發(fā)送一次請求，因此客戶端最終顯示的 URL 也為最終跳轉的地址，而非剛開始請求的地址，所以 URL 地址發(fā)生了改變。

5.代碼實現(xiàn)不同

在 SpringBoot 中，請求轉發(fā)的實現(xiàn)代碼如下：

@RequestMapping("/fw")
public void forward(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
    request.getRequestDispatcher("/index.html").forward(request, response);
}

而請求重定向的實現(xiàn)代碼如下：

@RequestMapping("/rt")
public void redirect(HttpServletRequest request, HttpServletResponse response) throws IOException {
    response.sendRedirect("/index.html");
}

總結

請求轉發(fā)和請求重定向遵循的是“字越少，事越大”的原則，“請求轉發(fā)”的字比較少，它需要代客戶端執(zhí)行跳轉；而“請求重定向”字比較多，它啥也不干，只是告訴客戶端“你去別的地兒訪問”就行了，這就是理解這兩個概念的關鍵。它們的區(qū)別主要體現(xiàn)在 5 個點：定義不同、請求方不同、數(shù)據(jù)共享不同、最終 URL 地址不同、代碼實現(xiàn)不同。

到此這篇關于Java請求轉發(fā)和請求重定向區(qū)別詳解的文章就介紹到這了,更多相關Java請求轉發(fā)內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論