SpringMVCソース - 最後にコントローラハンドラは何ですか？

     いくつかの感触結論は間違っているが、いくつかの個人的な理解のような全体的な外観は、それを確認することです

      私は、物品の前には、常に心理的な混乱があるだろうと信じていました。それが何であるかを最終的には、コントローラハンドラ？まず、我々はそれがObjectオブジェクトであると判断することができます。第二に、それは春の豆をできるように、文字列型を可能にする、HandlerExecutionChain許可されています。最後にに何段階に応じていることは何です。

     次のようにソースが、getHandler AbstractHandlerMappingハンドラクラス（）メソッドの最初の発生です。

  
  
 公共 最終 HandlerExecutionChain getHandler （HttpServletRequestのリクエスト）が スロー例外 {
       オブジェクト・ハンドラ= getHandlerInternal（リクエスト）。
        もし （ハンドラ== NULL ）{
           行為= getDefaultHandler（）。
       }
        もし （ハンドラ== NULL ）{
            リターン ヌル 。
       }
        //ビーン名または解決ハンドラ？
        もし （ハンドラ instanceofの 文字列）{
           文字列れるhandlerName =（String）をハンドラ。
           取引= getApplicationContext（）getBean（商号）。
       }
        リターン getHandlerExecutionChain（ハンドラ、リクエスト）。
   }
  
  

   我々getHandlerInternal（）私たちはハンドラメソッドが欲しいものを手に入れます。それはすなわち、3を達成しました。

   次のように最初のクラスコードに実装AbstractHandlerMethodMapping。 

  
  
 保護 HandlerMethod getHandlerInternal （HttpServletRequestのリクエスト）が スロー例外 {

       //リクエストURLに応じて、ハンドラの検索パスを取得
       ストリングlookupPath = getUrlPathHelper（）getLookupPathForRequest（リクエスト）。

       // HandlerMethodのパスハンドラを見つけます
       HandlerMethod handlerMethod = lookupHandlerMethod（lookupPath、リクエスト）。
        リターン （handlerMethod =！ ヌル handlerMethod.createWithResolvedBean（）：？ ヌル ）。
   }
  
  

   あなたは、戻り値はHandlerMethodタイプで見ることができます。あなたが読んでいませんか？それは私たちがクラスのコンストラクタHandlerMethodを見て、問題ではありません。

  
  
 公共 HandlerMethod （オブジェクト・ビーン、メソッドmethod） {
        この .bean =ビーン。
        この .beanFactory = nullを 。
        この .method =方法。
        この .bridgedMethod = BridgeMethodResolver.findBridgedMethod（方法）
        この .parameters = initMethodParameters（）。
   }
  
  

   ヘクタールああ？だから、HandlerMethodはハンドラがリクエストメソッド自体とBeanオブジェクトが含まれています！つまり、ここではいわゆるハンドラは、私たちが要求されたコントローラとメソッドのアプローチが含まれているクラスのオブジェクトを参照します。だから、パスを言います。不思議のDispatcherServletクラスアダプタは、私たちのコントローラー層のメソッドを呼び出すために使用することはできません！

我々はhandlerMethod.createWithResolvedBean（）メソッドは、コードの上に、Geshaで見て：

  
  
公共 HandlerMethod createWithResolvedBean （） {
       オブジェクトハンドラ= この .bean;
        もし （ この .bean instanceofの {String）を
           ストリングのbeanName =（文字列） この .bean;
           ハンドラ= この .beanFactory.getBean（のbeanName）。
       }
        リターン 新しい HandlerMethod（ これ は、ハンドラ）;
   }
  
  

   使い慣れたなじみのありませんか？驚きは驚きませんか？あなたがコードと、ここのコードでAbstractHandlerMappingクラスgetHandler（）メソッドを比較することができ、Bean名は、対応するBeanオブジェクトを取得するように、1つの文字列のハンドラを入力するのと同じことをしました。

 次のように最初のクラスコードに実装AbstractURLHandlerMapping。

  
  
保護されたオブジェクトgetHandlerInternal （HttpServletRequestのリクエスト）が スロー例外 {
       ストリングlookupPath = getUrlPathHelper（）getLookupPathForRequest（リクエスト）。
       オブジェクトハンドラ= lookupHandler（lookupPath、リクエスト）。
        リターン・ ハンドラ;
}


保護されたオブジェクトlookupHandler （文字列URLパス、HttpServletRequestのリクエスト）が スロー例外 {
        //直接一致していますか？
        オブジェクトハンドラ= この .handlerMap.get（URLパス）;
        もし （ハンドラ！= nullの ）{
            //ビーン名または解決ハンドラ？
            もし （ハンドラ instanceofの 文字列）{
                文字列れるhandlerName =（String）をハンドラ。
                取引= getApplicationContext（）getBean（商号）。
            }
            validateHandler（ハンドラ、リクエスト）。
            リターン buildPathExposingHandler（ハンドラ、URLパス、URLパス、 ヌル ）;
        }
 }

  
  

  前回の記事では、ハンドラがされて登録され、このことに言及したhandlerMap

  this.handlerMap.put(urlPath, resolvedHandler);
  
  

  ここでは、それは終わりました。注最後の呼び出しbuildPathExposingHandler（）メソッドつまり、以下のように、コードは次のとおりです。 

  
  
保護されたオブジェクトbuildPathExposingHandler （オブジェクトrawHandler、文字列bestMatchingPattern、
            文字列pathWithinMapping、地図<文字列、文字列> uriTemplateVariables） {

        HandlerExecutionChainチェーン= 新しい HandlerExecutionChain（rawHandler）。
        chain.addInterceptor（ 新しい PathExposingHandlerInterceptor（bestMatchingPattern、pathWithinMapping））;
        もし （！CollectionUtils.isEmpty（uriTemplateVariables））{
            chain.addInterceptor（ 新しい UriTemplateVariablesHandlerInterceptor（uriTemplateVariables））;
        }
        リターン・ チェーン。
}
  
  

見て、そして最後にHandlerExecutionChainハンドラの型を返すことができます。

 次のように最初のクラスコードに実装EmptyHandlerMapping。

  
  
保護されたオブジェクトgetHandlerInternal （HttpServletRequestのリクエスト）が スロー例外 {
            リターン ヌル 。
 }
  
  

この場合、戻り値は空なので、デフォルトのハンドラを直接使用します。

 

    そこで問題は、それが最終的にどのようなハンドラですか？これは、コントローラ自体に豆や包装の要求方法でした。ハンドラはHandlerExecutionChain二次包装、インターセプタチェーン一緒に関連付けられているハンドラです。その後、DispatcherServlertをフィルタリングするためのハンドラチェーン内のインターセプタの完了。

   追加：不思議なぜこれほど長いマーク@Controllerコントローラクラスのノートとして、それに役割を再生する方法であるSpringMVC要求処理クラスとして使用することができてきましたか？これは@Controllerノートが@Componentノートを継承しているため、彼らは@Controller注釈クラスがスキャンされ、春のコンテナ船に登録されますマークされていたです。本当の違いは、この重要なコードの下にあるとおり：

        （文字列のinstanceof this.bean）なら、{
            文字列のbeanName =（文字列）this.bean。
            ハンドラ= this.beanFactory.getBean（のbeanName）。
        }

     有些结论感觉是错的 整体看看就好 不过有些是对的 看个人理解吧

      相信看了前边的文章，心理总是会有一些困惑。控制器Handler到底是个什么呢？首先我们可以确定的是它是一个Object对象。其次，它允许是String类型，允许是Spring Bean，允许是HandlerExecutionChain。到底是什么，取决于处于哪个阶段。