亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

Java通過httpclient比較重定向和請求轉(zhuǎn)發(fā)

 更新時間:2023年04月14日 09:41:13   作者:CrazyDragon_King  
這篇文章主要介紹了Java通過httpclient比較重定向和請求轉(zhuǎn)發(fā),HttpClient?4.x?版本,get請求方法會自動進行重定向,而post請求方法不會自動進行重定向,需要的朋友可以參考下

前言:

剛開始學習Java的web編程時,都會碰到重定向請求轉(zhuǎn)發(fā)這兩個概念,而且一般也會特別強調(diào)二者的區(qū)別。當時,因為是剛接觸,所以也就似懂非懂的接受了,然后記得編程的時候要注意二者的區(qū)別。學習完計算機網(wǎng)絡(luò)后,對這兩個概念的理解也更加深刻了,主要是具有了網(wǎng)絡(luò)的層次概念,以及應(yīng)用層的基本知識。最近使用 httpclient,發(fā)生了一個錯誤,我請求一個網(wǎng)站地址,發(fā)現(xiàn)并沒有收到正確的響應(yīng),最后發(fā)現(xiàn)是因為發(fā)生了重定向,但是 httpclient 并沒有幫我自動重定向。發(fā)現(xiàn)這個問題還挺有趣的,所以就來再深入了解一下。

這里介紹一下:HttpClient 4.x 版本,get請求方法會自動進行重定向,而post請求方法不會自動進行重定向,這是要注意的地方。我上次發(fā)生錯誤,就是使用post提交表單登錄,當時沒有自動重定向。

請求轉(zhuǎn)發(fā)和重定向的區(qū)別

1、重定向是兩次請求,轉(zhuǎn)發(fā)是一次請求,因此轉(zhuǎn)發(fā)的速度要快于重定向。

2、重定向之后地址欄上的地址會發(fā)生變化,變化成第二次請求的地址,轉(zhuǎn)發(fā)之后地址欄上的地址不會變化,還是第一次請求的地址。

3、轉(zhuǎn)發(fā)是服務(wù)器行為,重定向是客戶端行為。重定向時瀏覽器上的網(wǎng)址改變 ,轉(zhuǎn)發(fā)是瀏覽器上的網(wǎng)址不變。

4、重定向是兩次request,轉(zhuǎn)發(fā)只有一次請求。

5、重定向時的網(wǎng)址可以是任何網(wǎng)址,轉(zhuǎn)發(fā)的網(wǎng)址必須是本站點的網(wǎng)址。

這里重點看第三條和第四條。

HTTP報文包含響應(yīng)碼、響應(yīng)頭和響應(yīng)體。 這里只說 200 和 302. 響應(yīng)碼:2xx(一般是200)。表示請求成功,然后就可以接受響應(yīng)的數(shù)據(jù)。 響應(yīng)碼:3xx(一般為302)。表示重定向,服務(wù)器會要求客戶端重新發(fā)送一個請求,服務(wù)器會發(fā)送一個響應(yīng)頭 Location,它指定了新請求的 URL 地址。(這里很重要!客戶端需要通過 Location 頭,獲取重定向的地址。

這里并沒有提及請求轉(zhuǎn)發(fā),因為請求轉(zhuǎn)發(fā)是一種服務(wù)器端的操作,它是在服務(wù)器內(nèi)部進行操作的,所以就是一次請求(在客戶端看和普通的請求沒有區(qū)別)。而重定向不同,它是客戶端的操作,因為服務(wù)器要求客戶端重新發(fā)送一次請求,所以重定向是兩次請求。這也解釋了為什么重定向后請求參數(shù)會丟失,因為根本不是一次請求。我這里說客戶端,并不說瀏覽器,因為我們有時不一定會使用瀏覽器作為客戶端,比如爬蟲也是是一個客戶端了。

但是,對于剛開始學習的時候,或者對于普通用戶來說,似乎感覺不出來二者的區(qū)別,最多是可以發(fā)現(xiàn)瀏覽器地址是否改變。請求轉(zhuǎn)發(fā)瀏覽器地址不變,而重定向瀏覽器地址會變化為新的地址。(但是在這個過程中并未體現(xiàn)重定向的兩次請求,這是因為瀏覽器自動幫我們進行了重定向。)

下面以Java編程來看看二者的區(qū)別:上面的第三條和第四條

Java web 部分

TestServlet 類

提供一個簡單的 Servlet 類,它的功能和簡單,它會攜帶一個 key 參數(shù),如果該參數(shù)存在且值為 “1”,那么就進行請求轉(zhuǎn)發(fā)到 “/dispatcher.jsp” 頁面;否則,就重定向到 “redirect.jsp” 頁面。

package com.study;

import java.io.IOException;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

@WebServlet("/TestServlet")
public class TestServlet extends HttpServlet {
	private static final long serialVersionUID = 1L;
    
	protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
		request.setCharacterEncoding("UTF-8");
		String key = request.getParameter("key");
		if((key != null && key.equals("1"))) {
			System.out.println("請求轉(zhuǎn)發(fā):key " + key);
			//請求轉(zhuǎn)發(fā)
			request.getRequestDispatcher("/dispatcher.jsp").forward(request,response);
		}else {
			//重定向
			response.sendRedirect("redirect.jsp");
			System.out.println("重定向:key " + key);
		}
	}

	protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
		doGet(request, response);
	}

}

dispacher.jsp

<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8"%>
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>請求轉(zhuǎn)發(fā)</title>
</head>
<body>
<h1>請求轉(zhuǎn)發(fā)</h1>
</body>
</html>

redirect.jsp

<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8"%>
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>重定向</title>
</head>
<body>
<h1>重定向</h1>
</body>
</html>

啟動項目測試

我這里的目的主要是請求轉(zhuǎn)發(fā)和重定向的訪問區(qū)別,并不是比較它們二者的其它區(qū)別,所以示例很簡單。

測試請求地址:http://localhost:8080/study/TestServlet?key=1

注意:請求地址無變化。

在這里插入圖片描述

測試請求地址:http://localhost:8080/study/TestServlet?key=2 注意:請求地址發(fā)生了變化。

在這里插入圖片描述

這樣的話,是看不出來二者在訪問上有什么區(qū)別的,但是看不到,不代表它們沒有區(qū)別,下面通過代碼來查看二者在訪問方式上的區(qū)別。

使用 HttpClient

  • 301 Moved Permanently(永久移動)
  • 302 Found(發(fā)現(xiàn))
  • 303 See Other(查看其他)
  • 307 Temporary Redirect(臨時重定向)

由于 HttpClient 4.x 版本會自動重定向,所以我們必須關(guān)閉自動重定向,才能跟蹤重定向的過程。

在 RequestConfig 里面設(shè)置,并設(shè)置超時時間(三個)。

//HttpClient4.3中默認允許自動重定向,導致程序中不能跟蹤跳轉(zhuǎn)情況。
int timeout = 10*1000;
RequestConfig config = RequestConfig.custom()
		.setSocketTimeout(timeout)
		.setConnectTimeout(timeout)
		.setConnectionRequestTimeout(timeout)
		.setRedirectsEnabled(false)   //關(guān)閉自動重定向,默認值為true。
		.build();

然后發(fā)送請求時,設(shè)置并允許自動重定向。

//創(chuàng)建get請求對象
HttpGet getMethod = new HttpGet(url);
//設(shè)置請求方法關(guān)閉自動重定向
getMethod.setConfig(config);  //配置信息

這樣當我們訪問路徑為:http://localhost:8080/study/TestServlet?key=1

服務(wù)器會進行請求轉(zhuǎn)發(fā),但是這是服務(wù)器行為,與客戶端沒有關(guān)系,所以我們不用關(guān)心,在請求正確的情況下,響應(yīng)碼為 200。

測試結(jié)果:

在這里插入圖片描述

當我們訪問路徑為:http://localhost:8080/study/TestServlet?key=2,服務(wù)器會要求客戶端進行重定向(即要求客戶端請求另一個地址),這時會先收到狀態(tài)碼 302,當再次訪問成功時狀態(tài)碼為 200(當然了,也許重定向不止一次,但是瀏覽器會對重定向次數(shù)有限制)。

如果發(fā)生了重定向,我們需要獲取響應(yīng)頭中的 Location 字段,這里面是重定向的地址。

//讀取新的 URL 地址
Header header = response.getFirstHeader("location");
String newUrl = header.getValue();

注意:重定向是可以訪問服務(wù)器外的地址的,服務(wù)器內(nèi)部的地址一般是相對地址,需要拼接 URL,服務(wù)器外就是絕對 URL 了。

測試結(jié)果:

在這里插入圖片描述

完整測試代碼

package com.learn;

import java.io.IOException;

import org.apache.http.Header;
import org.apache.http.HttpEntity;
import org.apache.http.HttpStatus;
import org.apache.http.ParseException;
import org.apache.http.client.config.RequestConfig;
import org.apache.http.client.methods.CloseableHttpResponse;
import org.apache.http.client.methods.HttpGet;
import org.apache.http.impl.client.CloseableHttpClient;
import org.apache.http.impl.client.HttpClients;
import org.apache.http.util.EntityUtils;

public class TestRedirect {
	
	/**
	 * 重定向是客戶端操作,而請求轉(zhuǎn)發(fā)是服務(wù)端操作 。
	 * 但是通常用戶使用瀏覽器,并不注意二者的區(qū)別,
	 * 這是因為瀏覽器自動幫我們重定向了。(當然了,
	 * 編程還是需要注意的)。
	 * @throws IOException 
	 * @throws ParseException 
	 * */
	public static void main(String[] args) throws ParseException, IOException {
		String root = "http://localhost:8080/study/";  //網(wǎng)站的根路徑,因為重定向得到的是相對路徑(服務(wù)器內(nèi)部的路徑)
		
		//HttpClient4.3中默認允許自動重定向,導致程序中不能跟蹤跳轉(zhuǎn)情況。
		int timeout = 10*1000;
		RequestConfig config = RequestConfig.custom()
				.setSocketTimeout(timeout)
				.setConnectTimeout(timeout)
				.setConnectionRequestTimeout(timeout)
				.setRedirectsEnabled(false)   //關(guān)閉自動重定向,默認值為true。
				.build();
		
		
		String url = "http://localhost:8080/study/TestServlet?key=1";  //請求轉(zhuǎn)發(fā)。
		
		//創(chuàng)建 httpclient 對象
		CloseableHttpClient httpClient = HttpClients.createDefault();
		//創(chuàng)建get請求對象
		HttpGet getMethod = new HttpGet(url);
		getMethod.setConfig(config);  //配置信息
	
		//執(zhí)行請求,得到響應(yīng)信息
		try (CloseableHttpResponse response = httpClient.execute(getMethod)) {
			HttpEntity entity = null;
			int statusCode = response.getStatusLine().getStatusCode();
			System.out.println("返回值狀態(tài)碼:" + statusCode);
			if (statusCode == HttpStatus.SC_OK) {  
				//獲取請求轉(zhuǎn)發(fā)的實體信息
				entity = response.getEntity();
				if (entity != null) {
					System.out.println(EntityUtils.toString(entity, "UTF-8"));
				}
			} else if (statusCode == HttpStatus.SC_MOVED_TEMPORARILY) {
				
				//讀取新的 URL 地址
				Header header = response.getFirstHeader("location");
				System.out.println(header);
				if (header != null) {
					String newUrl = header.getValue();
					if (newUrl != null && !newUrl.equals("")) {
						//使用get方法轉(zhuǎn)向。
						HttpGet redirectGet = new HttpGet(root+newUrl);
						System.out.println("重定向到新的地址:" + redirectGet.getURI());
						redirectGet.setConfig(config);
						//發(fā)送請求,做進一步處理。。。
						try (CloseableHttpResponse redirectRes = httpClient.execute(redirectGet)) {
							statusCode = redirectRes.getStatusLine().getStatusCode();
							System.out.println("返回值狀態(tài)碼:" + statusCode);
							if (statusCode == HttpStatus.SC_OK) {  
								//獲取請求轉(zhuǎn)發(fā)的實體信息
								entity = redirectRes.getEntity();
								if (entity != null) {
									System.out.println(EntityUtils.toString(entity, "UTF-8"));
								}
							}
						}
					}
				}
			} 
		}
	}
}

總結(jié)

剛開始學習的時候,對于知識總是一知半解,然后就開始用起來了。但是,隨著學習的深入,就會發(fā)現(xiàn)自己對與知識的理解加深了,當然了,不斷地動手嘗試,犯錯誤才行。因為動手嘗試才會熟練,犯錯誤才會明白為什么?這樣是一個比較好地學習方式。我也是某次使用 httpclient 地時候,發(fā)現(xiàn)自己沒有考慮重定向這個問題,而且 httpclient 也沒有幫我自動重定向(POST請求方法不會自動重定向),所以這個問題,就卡住了我很長時間,因為我不知道問題到底出在哪里?最后也是在網(wǎng)上查資料解決的問題,所以就想著試著用 httpclient 加深一下自己對于重定向和請求轉(zhuǎn)發(fā)地理解。

到此這篇關(guān)于Java通過httpclient比較重定向和請求轉(zhuǎn)發(fā)的文章就介紹到這了,更多相關(guān)httpclient比較重定向和請求轉(zhuǎn)發(fā)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

相關(guān)文章

  • Java中常見的語法糖分享

    Java中常見的語法糖分享

    Java語法糖是指Java編譯器在編譯Java源代碼時所做的一些特殊處理,使得Java源代碼在編譯后生成的字節(jié)碼更加簡潔、易讀、易維護,Java 中有許多常見的語法糖,本文給大家列舉了一些常見的例子,需要的朋友可以參考下
    2023-10-10
  • 詳解Java實踐之抽象工廠模式

    詳解Java實踐之抽象工廠模式

    抽象工廠模式用于產(chǎn)品族的構(gòu)建。抽象工廠是所有形態(tài)的工廠模式中最為抽象和最具一般性的一種形態(tài)。抽象工廠是指當有多個抽象角色時使用的一種工廠模式。抽象工廠模式可以向客戶端提供一個接口,使客戶端在不必指定產(chǎn)品的具體情況下,創(chuàng)建多個產(chǎn)品族中的產(chǎn)品對象
    2021-06-06
  • Jenkins配置前端自動打包部署全過程(若依項目)

    Jenkins配置前端自動打包部署全過程(若依項目)

    Jenkins作為一個開源的自動化服務(wù)器,廣泛用于持續(xù)集成、持續(xù)部署(CI/CD)流程中,這篇文章主要給大家介紹了關(guān)于Jenkins配置前端自動打包部署(若依項目)的相關(guān)資料,文中通過圖文介紹的非常詳細,需要的朋友可以參考下
    2024-09-09
  • spring?aop代理控制的操作方式

    spring?aop代理控制的操作方式

    spring?aop可通過參數(shù)proxyTargetProxy控制創(chuàng)建代理的方式,本文重點給大家介紹spring?aop代理控制的操作方式,需要的朋友可以參考下
    2022-04-04
  • Java Swing組件下拉菜單控件JComboBox用法示例

    Java Swing組件下拉菜單控件JComboBox用法示例

    這篇文章主要介紹了Java Swing組件下拉菜單控件JComboBox用法,結(jié)合具體實例形式分析了Swing組件下拉菜單控件JComboBox的具體定義、使用方法及相關(guān)使用注意事項,需要的朋友可以參考下
    2017-11-11
  • JAVA8 的StringJoiner 使用及原理解析

    JAVA8 的StringJoiner 使用及原理解析

    這篇文章主要介紹了JAVA8 的StringJoiner 使用及原理解析,本文通過實例代碼給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2021-01-01
  • Spring實戰(zhàn)之容器中的工程Bean用法示例

    Spring實戰(zhàn)之容器中的工程Bean用法示例

    這篇文章主要介紹了Spring實戰(zhàn)之容器中的工程Bean用法,結(jié)合實例形式分析了Sring框架容器中的工程Bean相關(guān)配置、使用操作技巧,需要的朋友可以參考下
    2019-11-11
  • springboot與數(shù)據(jù)庫返回數(shù)據(jù)中文亂碼

    springboot與數(shù)據(jù)庫返回數(shù)據(jù)中文亂碼

    大家好,本篇文章主要講的是springboot與數(shù)據(jù)庫返回數(shù)據(jù)中文亂碼,感興趣的同學趕快來看一看吧,對你有幫助的話記得收藏一下,方便下次瀏覽
    2022-01-01
  • 深入研究spring boot集成kafka之spring-kafka底層原理

    深入研究spring boot集成kafka之spring-kafka底層原理

    這篇文章主要深入研究了spring boot集成kafka如何實現(xiàn)spring-kafka的底層原理分析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步
    2022-02-02
  • mybatis查詢SqlServer慢問題及解決

    mybatis查詢SqlServer慢問題及解決

    這篇文章主要介紹了mybatis查詢SqlServer慢問題及解決方案,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2023-08-08

最新評論