春の親子コンテナ
スプリングの一般的なコンテキストコンテナは、父と息子、親の容器と子容器に分けることができます。 **親コンテナは子供の容器に表示され、子容器は親コンテナには見えません**。
従来のスプリングMVCの場合、スプリングMVCコンテナはチャイルドコンテナです。つまり、サーブレットディスパッチャーに対応するコンテナは子供のコンテナであり、web.xmlの構成は、conextloaderlistenerのコンテキストコンフィケーションプロパティを介した親コンテナです。
父と息子の容器のシナリオを使用します
父と息子の容器の主な目的は、コンテキスト分離です。次のシナリオのいずれかを検討してください。
Project-APIは、顧客サービスの装飾など、プロジェクトサービスのいくつかの方法を飾り、それらを飾る必要があります。装飾されたクラスはCachedCustomerServiceです。したがって、プロジェクトAPIには2つの顧客サービスが含まれています。1つはプロジェクトサービスの顧客サービス、もう1つはcachedcustomerserviceです。現時点では、プロジェクト-APIプロジェクトのすべての構成ファイルがコンテキストを通じてロードされている場合、問題は必然的に発生します（通常の練習は、インポートタグを使用してすべてをインポートすることです）。なぜなら、プロジェクトの額面は、次のように、@Resource標準を介して顧客サービスに注入されているからです
@serivcepublic class payservice {@resourceprivate customerservice cusservice;}解決
現時点では、コンテキストが顧客サービスプロパティを注入するため、2つの関税に遭遇します。どのサービスを注入するかを解釈することはできません。
もちろん、一部の人々は、Payserviceのリソースプロパティを変更し、注入するものを指定します。ただし、project-service.jarがサードパーティライブラリである場合、ソースコードが取得されない限り、コードを変更することは実行不可能になります。
現時点では、この問題は親子コンテナを介して解決できます。
プロジェクトサービスを親コンテナに入れ、すべてのプロジェクトAPI豆を子供の容器に搭載しています。
Project-APIのコンテキスト構成ファイルがProject-API.xmlであると仮定すると、実装方法は次のとおりです。
1. Project-Total.xmlを定義します
<bean id = "servicecontext"> <constructor-arg> <value> classpath：project-service.xml </value> </constructor-arg> </bean> <bean id = "apicontext"> <constructor-arg> <value> classpath：project-api.xml </value> </constructor-arg> </bean>
2。web.xmlのコンテキスト構成では、以下は次のとおりです。
<context-param> <param-name> contextconfiglocation </param-name> <param-value> classpath*：project-total.xml </param-value> </context-param> <リスナー> <リスナー> <リスナークラス> org.springframework.web.util.log4jconfiglistener <リスナー</リスナー> <リスナー> <リスナー> <リスナー> <リスナー> <リスナークラス> org.springframework.web.context.contextloaderlistener </ristener-class> </ristener>
ServiceContextは親コンテナであり、Apicontextは子コンテナであるため、ServiceContextはApicontextを表示できず、ApicontextはServiceContextの効果を確認できます。
上記はこの記事のすべての内容です。みんなの学習に役立つことを願っています。誰もがwulin.comをもっとサポートすることを願っています。