ホームページ >Java >&#&チュートリアル >SpringBoot ApplicationContextAware 拡張インターフェイスの使用方法
ApplicationContextAware インターフェイス:
public interface ApplicationContextAware extends Aware { void setApplicationContext(ApplicationContext applicationContext) throws BeansException; }
まず、Aware インターフェイスは、これがユーザーが使用する Springboot 拡張機能であることを認識しています。メソッド setApplicationContext がここで提供されます。パラメータは、スプリング コンテナー コンテキスト オブジェクトに渡すことです。このコンテキスト オブジェクトを受け取ることができます。スプリング コンテナのコンテキスト ApplicationContext を取得する具体的な役割を知りたい場合は、これが拡張インターフェイスの目的です。コンテキストを取得し、コンテキストの特性に基づいて何かを実行します。
ApplicationContext オブジェクトのメソッドを見てみましょう:
AbstractApplicationContext 実装クラスのメソッドを見てみましょう:
public Object getBean(String name) throws BeansException {this.assertBeanFactoryActive();return this.getBeanFactory().getBean(name);} public <T> T getBean(String name, Class<T> requiredType) throws BeansException {this.assertBeanFactoryActive();return this.getBeanFactory().getBean(name, requiredType);} public Object getBean(String name, Object... args) throws BeansException {this.assertBeanFactoryActive();return this.getBeanFactory().getBean(name, args);} public <T> T getBean(Class<T> requiredType) throws BeansException {this.assertBeanFactoryActive();return this.getBeanFactory().getBean(requiredType);} public <T> T getBean(Class<T> requiredType, Object... args) throws BeansException {this.assertBeanFactoryActive();return this.getBeanFactory().getBean(requiredType, args);} public <T> ObjectProvider<T> getBeanProvider(Class<T> requiredType) {this.assertBeanFactoryActive();return this.getBeanFactory().getBeanProvider(requiredType);} public <T> ObjectProvider<T> getBeanProvider(ResolvableType requiredType) {this.assertBeanFactoryActive();return this.getBeanFactory().getBeanProvider(requiredType);} public boolean containsBean(String name) {return this.getBeanFactory().containsBean(name);} public boolean isSingleton(String name) throws NoSuchBeanDefinitionException {this.assertBeanFactoryActive();return this.getBeanFactory().isSingleton(name);} public boolean isPrototype(String name) throws NoSuchBeanDefinitionException {this.assertBeanFactoryActive();return this.getBeanFactory().isPrototype(name);}
ここgetBean を見つけることができます () メソッドは非常によく知られています, 私が最初に Spring を学んだとき、私はプロジェクトを作成するために Spring のスキャフォールディングを使用しませんでした. Bean を取得する方法は、通常、classPathContextLoader が Bean の xml ファイルをスキャンし、それを解析することによって行われます。 ApplicationCONtext オブジェクトを形成し、その getBean メソッドを呼び出してインスタンス Bean を取得します。
このことから、メインのアプリケーション メソッドはこの getBean メソッドを使用することであることがわかります。その後、多くのメソッドを通じて Bean を動的に注入できるため、注入された Bean は静的メソッドでは使用できないと考えるのは難しくありません。 。 質問。
次に、この問題を再現しましょう。次のコードを見てみましょう:
public class JsonGetter { @Resource private UuidGetter uuidGetter; public static string Test(){ return uuidGetter.getUuid(); } public static JsONobject set0bjectToJsonObject(object data){ return JsoNobject.parseObject(String.valueof(JsONObject.toJSON(data))); } public static JsONObject setStringTO3son0bject(String data) { return JsONObject.parseObject(data); }
静的 Test メソッドで注入された Bean を呼び出すと、エラーが直接報告されることがわかりました。ここに説明があります。 : クラスのおかげで ロードの仕組みと順序により、静的属性と静的コードブロックが最初にロードされます (静的が優先) ここには静的メソッドをロードするための Bean インスタンスがないため、当然エラーが報告されます。 ######の解き方? Spring が Bean オブジェクトを取得するときに getBean メソッドを呼び出し、コンテナがロードされるときに Spring コンテナのコンテキストを静的に保存するというアイデアを採用できます。
@Component @Lazy(value = false) public class SpringContextHolder implements ApplicationContextAware, DisposableBean { /** * 将上下文静态设置,在初始化组件时就进行静态上下文的覆盖(这个覆盖是将远spring容器的上下文对象引用加到我们预定设置) */ private static ApplicationContext applicationContext = null; public static ApplicationContext getApplicationContext() { assertContextInjected(); return applicationContext; } @SuppressWarnings("unchecked") public static <T> T getBean(String name) { assertContextInjected(); return (T) applicationContext.getBean(name); } public static <T> T getBean(Class<T> beanType) { assertContextInjected(); return applicationContext.getBean(beanType); } @Override public void setApplicationContext(@NotNull ApplicationContext applicationContext) throws BeansException { SpringContextHolder.applicationContext = applicationContext; } @Override public void destroy() { applicationContext = null; } private static void assertContextInjected() { Assert.notNull(applicationContext, "applicationContext属性未注入, 请在applicationContext.xml中定义SpringContextHolder."); } public static void pushEvent(ApplicationEvent event){ assertContextInjected(); applicationContext.publishEvent(event); } }
ここで注意する必要があるのは、ここだけです。静的メンバー変数 ApplicationContext の定義、代入、検証です。 :
/** * 将上下文静态设置,在初始化组件时就进行静态上下文的覆盖(这个覆盖是将远spring容器的上下文对象引用加到我们预定设置) */ private static ApplicationContext applicationContext = null;
静的コンテキスト カバレッジを実現するために拡張インターフェイスのメソッドを書き換えます:
@Override public void setApplicationContext(@NotNull ApplicationContext applicationContext) throws BeansException { SpringContextHolder.applicationContext = applicationContext; }
取得メソッドをパブリックに変更します簡単に共有できるようにするため:
public static ApplicationContext getApplicationContext() { assertContextInjected(); return applicationContext; }
まだここに書いていますが、理解できません。このようなコンポーネントを定義し、Spring コンテキスト オブジェクトを静的にオーバーライドする役割は何ですか?
パニックにならないで、このクラスのメソッドを見てみましょう:
public class AppContext { static transient ThreadLocal<Map<String, String>> contextMap = new ThreadLocal<>(); ......省略n行业务代码 public static void fillLoginContext() { DingAppInfo appInfo = SpringContextHolder.getBean(DingAppInfoService.class).findAppInfo(APP_CODE); setDingVerifyInfo(appInfo); CloudChatAppInfo cloudChatAppInfo = SpringContextHolder.getBean(CloudChatAppInfoService.class).findAppInfo(APP_CODE); setCloudChatInfo(cloudChatAppInfo); } public static void clear() { contextMap.remove(); //本地线程的remove方法极其重要,注意每次给它使用之后一定要调用remove清理,防止内存泄露。 } }
上記のサンプル コードでライブラリ チェック操作が実行されたことがわかりました:
DingAppInfo appInfo = SpringContextHolder.getBean(DingAppInfoService.class).findAppInfo(APP_CODE);
以上がSpringBoot ApplicationContextAware 拡張インターフェイスの使用方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。