ここで紹介します: HttpClient 4.x バージョンでは、get リクエスト メソッドは自動的にリダイレクトされますが、post リクエスト メソッドは自動的にリダイレクトされません。これは注意が必要です。最後にエラーが発生したのは、ログインするためのフォームを送信するために post を使用したときでしたが、その時は自動リダイレクトがありませんでした。
リクエスト転送とリダイレクトの違い
1. リダイレクトは 2 つのリクエスト、転送は 1 つのリクエストであるため、転送速度はリダイレクトよりも高速です。
2. リダイレクト後、アドレス バーのアドレスは 2 回目に要求されたアドレスに変更されますが、転送後もアドレス バーのアドレスは変更されず、最初に要求されたアドレスのままになります。
3. 転送はサーバーの動作であり、リダイレクトはクライアントの動作です。リダイレクトの場合、ブラウザ上の URL は変更されますが、転送の場合、ブラウザ上の URL は変更されません。
4. リダイレクトは 2 つのリクエストですが、転送は 1 つのリクエストだけです。
5. リダイレクト時の URL は任意の URL にすることができ、転送される URL はこのサイトの URL である必要があります。
ここでは 3 番目と 4 番目の項目に焦点を当てます。
HTTP メッセージには、応答コード、応答ヘッダー、および応答本文が含まれます。ここでは 200 と 302 のみが記載されています。応答コード: 2xx (通常は 200)。リクエストが成功し、応答データを受け入れることができることを示します。応答コード: 3xx (通常は 302)。 はリダイレクトを示します。サーバーはクライアントにリクエストの再送信を要求します。サーバーは、新しいリクエストの URL アドレスを指定する応答ヘッダー Location を送信します。 (これは非常に重要です! クライアントは、Location ヘッダーを通じてリダイレクトされたアドレスを取得する必要があります。 )
リクエストの転送はサーバーであるため、ここではリクエストの転送については言及されていません。 -side 操作はサーバー内で実行されるため、リクエストになります (クライアント上の通常のリクエストと変わりません)。リダイレクトは異なります。これはクライアント操作です。サーバーはクライアントにリクエストの再送信を要求するため、リダイレクトは 2 つのリクエストになります。これは、リクエストがまったくリクエストではないため、リダイレクト後にリクエスト パラメータが失われる理由も説明します。 ここではブラウザではなくクライアントについて話していますが、場合によっては必ずしもブラウザをクライアントとして使用するとは限らないためです。たとえば、クローラーもクライアントです。
しかし、学び始めたばかりの人や一般のユーザーにとっては、両者の違いが実感できないようで、せいぜいブラウザのアドレスが変わったかどうかがわかる程度です。 。リクエストを転送するブラウザのアドレスは変更されませんが、リダイレクトするブラウザのアドレスは新しいアドレスに変更されます。 (ただし、リダイレクトされた 2 つのリクエストはこのプロセスには反映されません。これは、ブラウザーが自動的にリダイレクトするためです。)
Java プログラミングを使用した 2 番目のリクエストを見てみましょう。の間:上記の 3 番目と 4 番目の項目 。
Java Web パーツTestServlet クラス単純なサーブレット クラス、その機能と単純さを提供します。パラメータが存在し、値が " の場合、キー パラメータを運びます。 1」の場合、リクエストは「/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("请求转发：key " + key);
//请求转发
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>请求转发</title>
</head>
<body>
<h2 id="请求转发">请求转发</h2>
</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>
<h2 id="重定向">重定向</h2>
</body>
</html>Start project testここでの主な目的は、リクエストの転送とリダイレクトの違いにアクセスすることです。 、それらの間の他の違いを比較していないため、例は非常に単純です。
テスト リクエスト アドレス: http://localhost:8080/study/TestServlet?key=1
注: リクエスト アドレスは変更されていません。
テスト リクエスト アドレス: http://localhost:8080/study/TestServlet?key=2 注: リクエスト アドレス何かが変わりました。
- 301 完全に移動されました
- 302 見つかりました
- 303その他を参照してください
- 307 一時的なリダイレクト
//HttpClient4.3中默认允许自动重定向，导致程序中不能跟踪跳转情况。 int timeout = 10*1000; RequestConfig config = RequestConfig.custom() .setSocketTimeout(timeout) .setConnectTimeout(timeout) .setConnectionRequestTimeout(timeout) .setRedirectsEnabled(false) //关闭自动重定向，默认值为true。 .build();次に、リクエスト送信時の自動リダイレクトを設定して許可します。
//创建get请求对象 HttpGet getMethod = new HttpGet(url); //设置请求方法关闭自动重定向 getMethod.setConfig(config); //配置信息このように、パス http://localhost:8080/study/TestServlet?key=1 にアクセスすると、サーバーはリクエストを転送しますが、これはサーバーの動作です。クライアントとは異なります 問題ではないので気にする必要はありません リクエストが正しければ、レスポンスコードは 200 になります。 ＃＃＃＃＃＃＃＃＃試験結果：＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃
当我们访问路径为：http://localhost:8080/study/TestServlet?key=2，服务器会要求客户端进行重定向（即要求客户端请求另一个地址），这时会先收到状态码 302，当再次访问成功时状态码为 200（当然了，也许重定向不止一次，但是浏览器会对重定向次数有限制）。
如果发生了重定向，我们需要获取响应头中的 Location 字段，这里面是重定向的地址。
//读取新的 URL 地址
Header header = response.getFirstHeader("location");
String newUrl = header.getValue();注意：重定向是可以访问服务器外的地址的，服务器内部的地址一般是相对地址，需要拼接 URL，服务器外就是绝对 URL 了。
测试结果：
完整测试代码
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 {
/**
* 重定向是客户端操作，而请求转发是服务端操作 。
* 但是通常用户使用浏览器，并不注意二者的区别，
* 这是因为浏览器自动帮我们重定向了。（当然了，
* 编程还是需要注意的）。
* @throws IOException
* @throws ParseException
* */
public static void main(String[] args) throws ParseException, IOException {
String root = "http://localhost:8080/study/"; //网站的根路径，因为重定向得到的是相对路径（服务器内部的路径）
//HttpClient4.3中默认允许自动重定向，导致程序中不能跟踪跳转情况。
int timeout = 10*1000;
RequestConfig config = RequestConfig.custom()
.setSocketTimeout(timeout)
.setConnectTimeout(timeout)
.setConnectionRequestTimeout(timeout)
.setRedirectsEnabled(false) //关闭自动重定向，默认值为true。
.build();
String url = "http://localhost:8080/study/TestServlet?key=1"; //请求转发。
//创建 httpclient 对象
CloseableHttpClient httpClient = HttpClients.createDefault();
//创建get请求对象
HttpGet getMethod = new HttpGet(url);
getMethod.setConfig(config); //配置信息
//执行请求，得到响应信息
try (CloseableHttpResponse response = httpClient.execute(getMethod)) {
HttpEntity entity = null;
int statusCode = response.getStatusLine().getStatusCode();
System.out.println("返回值状态码：" + statusCode);
if (statusCode == HttpStatus.SC_OK) {
//获取请求转发的实体信息
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方法转向。
HttpGet redirectGet = new HttpGet(root+newUrl);
System.out.println("重定向到新的地址：" + redirectGet.getURI());
redirectGet.setConfig(config);
//发送请求，做进一步处理。。。
try (CloseableHttpResponse redirectRes = httpClient.execute(redirectGet)) {
statusCode = redirectRes.getStatusLine().getStatusCode();
System.out.println("返回值状态码：" + statusCode);
if (statusCode == HttpStatus.SC_OK) {
//获取请求转发的实体信息
entity = redirectRes.getEntity();
if (entity != null) {
System.out.println(EntityUtils.toString(entity, "UTF-8"));
}
}
}
}
}
}
}
}
}以上がJava で httpclient を使用してリダイレクトとリクエスト転送を比較する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
Javaがクロスプラットフォームデスクトップアプリケーションを開発するための人気のある選択肢なのはなぜですか？Apr 25, 2025 am 12:23 AMjavaispopularforsoss-platformdesktopapplicationsduetoits "writeonce、runaynay" philosophy.1）itusesbytecodatiTatrunnanyjvm-adipplatform.2）ライブラリリケンディンガンドジャヴァフククレアティック - ルルクリス
Javaでプラットフォーム固有のコードを作成する必要がある場合がある状況について話し合います。Apr 25, 2025 am 12:22 AMJavaでプラットフォーム固有のコードを作成する理由には、特定のオペレーティングシステム機能へのアクセス、特定のハードウェアとの対話、パフォーマンスの最適化が含まれます。 1）JNAまたはJNIを使用して、Windowsレジストリにアクセスします。 2）JNIを介してLinux固有のハードウェアドライバーと対話します。 3）金属を使用して、JNIを介してMacOSのゲームパフォーマンスを最適化します。それにもかかわらず、プラットフォーム固有のコードを書くことは、コードの移植性に影響を与え、複雑さを高め、パフォーマンスのオーバーヘッドとセキュリティのリスクをもたらす可能性があります。
プラットフォームの独立性に関連するJava開発の将来の傾向は何ですか？Apr 25, 2025 am 12:12 AMJavaは、クラウドネイティブアプリケーション、マルチプラットフォームの展開、および言語間の相互運用性を通じて、プラットフォームの独立性をさらに強化します。 1）クラウドネイティブアプリケーションは、GraalvmとQuarkusを使用してスタートアップ速度を向上させます。 2）Javaは、埋め込みデバイス、モバイルデバイス、量子コンピューターに拡張されます。 3）Graalvmを通じて、JavaはPythonやJavaScriptなどの言語とシームレスに統合して、言語間の相互運用性を高めます。
Javaの強力なタイピングは、プラットフォームの独立性にどのように貢献しますか？Apr 25, 2025 am 12:11 AMJavaの強力なタイプ化されたシステムは、タイプの安全性、統一タイプの変換、多型を通じてプラットフォームの独立性を保証します。 1）タイプの安全性は、コンパイル時間でタイプチェックを実行して、ランタイムエラーを回避します。 2）統一された型変換ルールは、すべてのプラットフォームで一貫しています。 3）多型とインターフェイスメカニズムにより、コードはさまざまなプラットフォームで一貫して動作します。
Javaネイティブインターフェイス（JNI）がプラットフォームの独立性をどのように妥協できるかを説明します。Apr 25, 2025 am 12:07 AMJNIはJavaのプラットフォームの独立を破壊します。 1）JNIは特定のプラットフォームにローカルライブラリを必要とします。2）ローカルコードをターゲットプラットフォームにコンパイルおよびリンクする必要があります。3）異なるバージョンのオペレーティングシステムまたはJVMは、異なるローカルライブラリバージョンを必要とする場合があります。
Javaのプラットフォームの独立性を脅かしたり強化したりする新しいテクノロジーはありますか？Apr 24, 2025 am 12:11 AM新しいテクノロジーは、両方の脅威をもたらし、Javaのプラットフォームの独立性を高めます。 1）Dockerなどのクラウドコンピューティングとコンテナ化テクノロジーは、Javaのプラットフォームの独立性を強化しますが、さまざまなクラウド環境に適応するために最適化する必要があります。 2）WebAssemblyは、Graalvmを介してJavaコードをコンパイルし、プラットフォームの独立性を拡張しますが、パフォーマンスのために他の言語と競合する必要があります。
JVMのさまざまな実装は何ですか、そしてそれらはすべて同じレベルのプラットフォームの独立性を提供しますか？Apr 24, 2025 am 12:10 AMJVMの実装が異なると、プラットフォームの独立性が得られますが、パフォーマンスはわずかに異なります。 1。OracleHotspotとOpenJDKJVMは、プラットフォームの独立性で同様に機能しますが、OpenJDKは追加の構成が必要になる場合があります。 2。IBMJ9JVMは、特定のオペレーティングシステムで最適化を実行します。 3. Graalvmは複数の言語をサポートし、追加の構成が必要です。 4。AzulzingJVMには、特定のプラットフォーム調整が必要です。
プラットフォームの独立性は、開発コストと時間をどのように削減しますか？Apr 24, 2025 am 12:08 AMプラットフォームの独立性により、開発コストが削減され、複数のオペレーティングシステムで同じコードセットを実行することで開発時間を短縮します。具体的には、次のように表示されます。1。開発時間を短縮すると、1セットのコードのみが必要です。 2。メンテナンスコストを削減し、テストプロセスを統合します。 3.展開プロセスを簡素化するための迅速な反復とチームコラボレーション。
ホットAIツール
Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ
AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。
Undress AI Tool
脱衣画像を無料で
Clothoff.io
AI衣類リムーバー
Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。
人気の記事
ホットツール
PhpStorm Mac バージョン
最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール
AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター
WebStorm Mac版
便利なJavaScript開発ツール
SecLists
SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。
EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません
ホットトピック
7706
15164014139452128825123129