SpringBoot インターセプターのソースコード分析
1. インターセプターとは何ですか?
Java のインターセプター (インターセプター) は、アクションの呼び出しを動的にインターセプトするオブジェクトであり、開発者がアクションの前後にコードを実行できるようにするメカニズムを提供します。は、アクションが実行される前にその実行を防ぐこともでき、アクション内のコードの再利用可能な部分を抽出する方法も提供します。 AOP では、インターセプターを使用してメソッドまたはフィールドがアクセスされる前にインターセプトし、その前後に特定の操作を追加します。
上記のアクションは通常、コントローラー層のインターフェイスを指します。
2. カスタマイズされたインターセプター
一般に、インターセプターのカスタマイズは 3 つのステップに分かれます
(1) HandlerInterceptor インターフェイスを実装するインターセプターを作成します。
(2) インターセプタをコンテナに登録します。
(3) インターセプト ルールを設定します。
2.1 インターセプターの作成
新しい SpringBoot プロジェクトを作成し、インターセプター LoginInterceptor をカスタマイズして、非ログイン状態で特定のリクエストをインターセプトします。 JDK 1.8 以降、default キーワードを含むインターフェース メソッドはデフォルトの実装を持つことができるため、インターフェースを実装するには、このキーワードを持たないメソッドを実装するだけで済みます。
import lombok.extern.slf4j.Slf4j; import org.springframework.web.servlet.HandlerInterceptor; import org.springframework.web.servlet.ModelAndView; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; /** * 登录拦截器 */ @Slf4j public class LoginInterceptor implements HandlerInterceptor { /** * 目标方法执行之前执行 * @param request * @param response * @param handler * @return * @throws Exception */ @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 获取请求路径 String requestUrl = request.getRequestURI(); log.info("请求的路径是: {}", requestUrl); String username = request.getParameter("username"); if (username != null) { // 放行 return true; } request.setAttribute("msg", "请先登录"); // 携带msg跳转到登录页 request.getRequestDispatcher("/").forward(request, response); return false; } /** * 目标方法完成以后执行 * @param request * @param response * @param handler * @param modelAndView * @throws Exception */ @Override public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception { log.info("postHandle执行"); } /** * 页面渲染以后执行 * @param request * @param response * @param handler * @param ex * @throws Exception */ @Override public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception { log.info("afterCompletion执行"); } }
2.2 インターセプターの登録と構成
SpringBoot では、構成をカスタマイズする必要がある場合、WebMvcConfigurer クラスを実装し、対応するメソッドを書き直すだけで済みます。ここではインターセプターを構成する必要があるため、その addInterceptors メソッドを書き直すだけです。
import com.codeliu.interceptor.LoginInterceptor; import org.springframework.context.annotation.Configuration; import org.springframework.web.servlet.config.annotation.InterceptorRegistry; import org.springframework.web.servlet.config.annotation.WebMvcConfigurer; // 表示这是一个配置类 @Configuration public class WebMvcConfig implements WebMvcConfigurer { @Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new LoginInterceptor()) .addPathPatterns("/**") // 拦截所有路径 .excludePathPatterns("/","/login","/css/**","/fonts/**","/images/**","/js/**"); // 不拦截这些路径 } }
すべてのパスをインターセプトするように設定する場合は、静的リソースを除外する必要があることに注意してください。除外しないと、画像スタイルがインターセプトされます。
上記の手順により、システムに追加されたインターセプターを実装しました。あとは検証を開始するだけです。
3. インターセプターの原則
ブレークポイント デバッグ方法を使用して、ブラウザーのリクエストが最初からバックエンドまでどのように処理されるかを確認します。 DispatcherServlet の doDispatch メソッドにブレークポイントを設定します。これはリクエストのエントリ ポイントです。ブラウザがリクエストを送信した後、このメソッドはリクエストを転送して処理します。
アプリケーションをデバッグ モードで起動し、任意のインターフェイスにアクセスし、コード フローを追跡します。
3.1 リクエストとすべてのインターセプターを処理できるハンドラーを見つけます。ハンドラーの
ここで、HandlerExecutionChain とインターセプター チェーンが見つかりました。その中には、カスタム LoginInterceptor
とシステムのデフォルトの 2 つのインターセプターの 3 つのインターセプターがあります。 。
3.2 インターセプタの preHandle メソッドを実行します。
doDispatch メソッドには、次の 2 行のコードがあります。
// 执行拦截器的preHandle方法,如果返回为fasle,则直接return,不执行目标方法 if (!mappedHandler.applyPreHandle(processedRequest, response)) { return; } // 反射执行目标方法 mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
applyPreHandle メソッドを入力して、次のロジックを確認します。メソッド
/** * Apply preHandle methods of registered interceptors. * @return {@code true} if the execution chain should proceed with the * next interceptor or the handler itself. Else, DispatcherServlet assumes * that this interceptor has already dealt with the response itself. */ boolean applyPreHandle(HttpServletRequest request, HttpServletResponse response) throws Exception { // 遍历拦截器 for (int i = 0; i < this.interceptorList.size(); i++) { HandlerInterceptor interceptor = this.interceptorList.get(i); // 执行当前拦截器的preHandle方法 if (!interceptor.preHandle(request, response, this.handler)) { // 如果preHandle方法返回为false,则执行当前拦截器的afterCompletion方法 triggerAfterCompletion(request, response, null); return false; } // 记录当前拦截器的下标 this.interceptorIndex = i; } return true; }
上記のコードにより、現在のインターセプターの preHandle メソッドが true を返した場合、次のインターセプターの preHandle メソッドが引き続き実行され、それ以外の場合はインターセプターの afterCompletion メソッドが実行されることがわかります。実行されました。
次に、triggerAfterCompletion メソッドのロジックを見てみましょう。
/** * Trigger afterCompletion callbacks on the mapped HandlerInterceptors. * Will just invoke afterCompletion for all interceptors whose preHandle invocation * has successfully completed and returned true. */ void triggerAfterCompletion(HttpServletRequest request, HttpServletResponse response, @Nullable Exception ex) { // 反向遍历拦截器 for (int i = this.interceptorIndex; i >= 0; i--) { HandlerInterceptor interceptor = this.interceptorList.get(i); try { // 执行当前拦截器的afterCompletion方法 interceptor.afterCompletion(request, response, this.handler, ex); } catch (Throwable ex2) { logger.error("HandlerInterceptor.afterCompletion threw exception", ex2); } } }
上記のコードから、インターセプターの afterCompletion メソッドが逆に実行されることがわかります。
3.3 ターゲット メソッドの実行
上記のインターセプターのすべての preHandle メソッドが true を返した場合、doDispatch メソッドには直接戻りはありませんが、ターゲット メソッドは引き続き実行されます。 。いずれかのインターセプタの preHandle メソッドが false を返した場合、インターセプタ (preHandle メソッドを実行したインターセプタ) の afterCompletion メソッドを実行した後、doDispatch メソッドが直接戻り、対象のメソッドは実行されません。
次のコードを通じてターゲット メソッドを実行します
// Actually invoke the handler. mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
具体的な内部実行については説明しませんが、実行後のロジックを確認します。
3.4 インターセプターの postHandle メソッドを実行します
ターゲット メソッドが実行された後、コードがダウンします
mappedHandler.applyPostHandle(processedRequest, response, mv);
applyPostHandle のロジックを表示します
/** * Apply postHandle methods of registered interceptors. */ void applyPostHandle(HttpServletRequest request, HttpServletResponse response, @Nullable ModelAndView mv) throws Exception { // 反向遍历 for (int i = this.interceptorList.size() - 1; i >= 0; i--) { HandlerInterceptor interceptor = this.interceptorList.get(i); // 执行当前拦截器的postHandle方法 interceptor.postHandle(request, response, this.handler, mv); } }
インターセプトを逆の順序で実行します。 インターセプターの postHandle メソッドです。
3.5 インターセプターの afterCompletion メソッドを実行します。
継続して下降します。
processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
このメソッドを入力すると、このメソッドは最後に以下のコードを実行します。
3.6 例外処理
実行中に例外がスローされた場合doDispatch メソッドの場合、catch モジュールでトリガーされます。 afterCompletion メソッドを実行します。
以上がSpringBoot インターセプターのソースコード分析の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









Jasypt の概要 Jasypt は、開発者が最小限の労力で基本的な暗号化機能を自分のプロジェクトに追加できる Java ライブラリであり、暗号化の仕組みを深く理解する必要はありません。一方向および双方向暗号化の高いセキュリティ。標準ベースの暗号化テクノロジー。パスワード、テキスト、数値、バイナリを暗号化します... Spring ベースのアプリケーション、オープン API への統合、JCE プロバイダーでの使用に適しています... 次の依存関係を追加します: com.github.ulisesbocchiojasypt-spring-boot-starter2. 1.1 Jasypt の特典はシステムのセキュリティを保護し、コードが漏洩した場合でもデータ ソースは保証されます。

使用シナリオ 1. 注文は正常に行われましたが、支払いが 30 分以内に行われませんでした。支払いがタイムアウトになり、注文が自動的にキャンセルされました 2. 注文に署名があり、署名後 7 日間評価が行われませんでした。注文がタイムアウトして評価されない場合、システムはデフォルトでプラスの評価を設定します 3. 注文は正常に行われます。販売者が 5 分間注文を受け取らない場合、注文はキャンセルされます。 4. 配送がタイムアウトします。 SMS リマインダーをプッシュします... 遅延が長く、リアルタイム パフォーマンスが低いシナリオでは、タスク スケジュールを使用して定期的なポーリング処理を実行できます。例: xxl-job 今日は選択します

1. Redis は分散ロックの原則を実装しており、分散ロックが必要な理由 分散ロックについて話す前に、分散ロックが必要な理由を説明する必要があります。分散ロックの反対はスタンドアロン ロックです。マルチスレッド プログラムを作成するとき、共有変数を同時に操作することによって引き起こされるデータの問題を回避します。通常、ロックを使用して共有変数を相互に除外し、データの正確性を確保します。共有変数の使用範囲は同じプロセス内です。共有リソースを同時に操作する必要があるプロセスが複数ある場合、どうすれば相互排他的になるのでしょうか?今日のビジネス アプリケーションは通常マイクロサービス アーキテクチャであり、これは 1 つのアプリケーションが複数のプロセスをデプロイすることも意味します。複数のプロセスが MySQL の同じレコード行を変更する必要がある場合、順序の乱れた操作によって引き起こされるダーティ データを避けるために、分散が必要です。今回導入するスタイルはロックされています。ポイントを獲得したい

Springboot はファイルを読み取りますが、jar パッケージにパッケージ化した後、最新の開発にアクセスできません。jar パッケージにパッケージ化した後、Springboot がファイルを読み取れない状況があります。その理由は、パッケージ化後、ファイルの仮想パスが変更されるためです。は無効であり、ストリーム経由でのみアクセスできます。読み取ります。ファイルはリソースの下にあります publicvoidtest(){Listnames=newArrayList();InputStreamReaderread=null;try{ClassPathResourceresource=newClassPathResource("name.txt");Input

Springboot+Mybatis-plus が SQL ステートメントを使用して複数テーブルの追加操作を実行しない場合、私が遭遇した問題は、テスト環境で思考をシミュレートすることによって分解されます: パラメーターを含む BrandDTO オブジェクトを作成し、パラメーターをバックグラウンドに渡すことをシミュレートします。 Mybatis-plus で複数テーブルの操作を実行するのは非常に難しいことを理解してください。Mybatis-plus-join などのツールを使用しない場合は、対応する Mapper.xml ファイルを設定し、臭くて長い ResultMap を設定するだけです。対応する SQL ステートメントを記述します。この方法は面倒に見えますが、柔軟性が高く、次のことが可能です。

SpringBoot と SpringMVC はどちらも Java 開発で一般的に使用されるフレームワークですが、それらの間には明らかな違いがいくつかあります。この記事では、これら 2 つのフレームワークの機能と使用法を調べ、その違いを比較します。まず、SpringBoot について学びましょう。 SpringBoot は、Spring フレームワークに基づいたアプリケーションの作成と展開を簡素化するために、Pivotal チームによって開発されました。スタンドアロンの実行可能ファイルを構築するための高速かつ軽量な方法を提供します。

1. RedisAPI のデフォルトのシリアル化メカニズムである RedisTemplate1.1 をカスタマイズします。API ベースの Redis キャッシュ実装では、データ キャッシュ操作に RedisTemplate テンプレートを使用します。ここで、RedisTemplate クラスを開いて、クラスのソース コード情報を表示します。publicclassRedisTemplateextendsRedisAccessorimplementsRedisOperations、BeanClassLoaderAware{//キーを宣言、値の各種シリアル化メソッド、初期値は空 @NullableprivateRedisSe

プロジェクトでは、構成情報が必要になることがよくありますが、この情報はテスト環境と本番環境で構成が異なる場合があり、実際のビジネス状況に基づいて後で変更する必要がある場合があります。これらの構成をコードにハードコーディングすることはできません。構成ファイルに記述することをお勧めします。たとえば、この情報を application.yml ファイルに書き込むことができます。では、コード内でこのアドレスを取得または使用するにはどうすればよいでしょうか?方法は2つあります。方法 1: @Value アノテーションが付けられた ${key} を介して、構成ファイル (application.yml) 内のキーに対応する値を取得できます。この方法は、マイクロサービスが比較的少ない状況に適しています。方法 2: 実際には、プロジェクト、業務が複雑な場合、ロジック
