実際のシステム開発のシナリオでは、同じ機能を複数のサービスプロバイダーに接続する必要があるというタイプの要件に頻繁に遭遇します。これを行うには 2 つの重要な理由があります。第一に、サービスプロバイダーのサービスが利用できなくなるリスクを回避し、問題が発生した場合に他のサービスプロバイダーに迅速に切り替えて、システムの安定性とビジネスの継続性を確保できるようにするためです。第二に、サービスプロバイダーごとに課金基準が異なります。コスト管理の観点から、実際の状況に基づいて柔軟に切り替える必要があります。 高速スイッチング ロジックを実装する従来の方法は、まず各サービス プロバイダーに対応する実装クラスを記述し、次に構成ポイント (この構成ポイントはデータベースまたは Nacos のような構成センター) で現在使用されているサービス プロバイダーを構成することです。関連するビジネス ロジックが実行されるたびに、現在使用されているサービス プロバイダーの情報を構成ポイントから取得し、サービス プロバイダーに対応するビジネス ロジックを実行する必要があります。 複数の SMS サービス プロバイダーへのシステム アクセスを例にとると、ユーザーは自分のニーズに応じて異なるサービス プロバイダー間を動的に切り替えることができます。この機能を手動で実装するための具体的な手順を詳しく見てみましょう。 最初のステップは、特定の構成場所 (Nacos やデータベースなど) で、現在使用されているサービス プロバイダーに対応する識別値を構成することです。たとえば、 sms.impl = "某腾短信" を設定します。 2 番目のステップは、コード内で SMS 操作を実行するときに、 sms.impl に対応するサービス プロバイダー実装クラスを手動で取得することです。対応する疑似コードの例を次に示します。 void sendSmsTouser(Req req) { // 1、获取当前使用的服务商String name = get("sms.impl"); // 2、获取对应的实现类SmsService smsService = springContext.getBean(name); // 3、使用smsService 执行具体业务逻辑smsService.sendMsg(req); } ただし、この実装には明らかな欠点があります。面倒であり、実行するたびに手動で構成して対応する実装クラスをロードする必要があります。では、Spring の@Autowired アノテーションが、注入時の構成ポイントに応じて対応する実装クラスを自動的に注入し、構成が変更されたときに、注入された実装クラスも自動的に更新できるようにする、よりエレガントな方法はあるのでしょうか? spring-smart-di のAutowiredProxySPI は、この問題を解決するために慎重に設計されています。 1. spring-smart-di の紹介spring-smart-di は Spring @Autowired アノテーションの革新的な拡張機能であり、ユーザーにAutowired 注入ロジックをカスタマイズする機能を提供します。現在、 @SmartAutowired と@AutowiredProxySPI という 2 つの非常に重要なアノテーションを実装しています。この記事では、 AutowiredProxySPI 使用してサービス プロバイダーを動的に切り替える機能を実装する方法に焦点を当てます。
システムが複数の SMS サービス プロバイダーに接続されていると仮定して、 AutowiredProxySPI 使用して動的な切り替えを実現する方法を詳しく学習するためのクイック スタート ケースを見てみましょう。 2. クイックスタート2.1 依存関係の導入まず、 spring-smart-di 依存関係をプロジェクトに導入する必要があります。 Maven プロジェクトのpom.xml ファイルに次の依存関係コードを追加します。 <dependency> <groupId>io.github.burukeyou</groupId> <artifactId>spring-smart-di-all</artifactId> <version>0.2.0</version> </dependency> 2.2 機能の有効化spring-smart-di の強力な機能を有効にするには、 Spring 構成クラスに@EnableSmartDI アノテーションをマークします。
2.3 @EnvironmentProxySPI アノテーションの使用@EnvironmentProxySPI アノテーションは構成ポイントを表します。その主な機能は、特定の実装クラスを取得する方法のロジックを構成することです。
システム内に 2 つの SMS サービス プロバイダーがあり、動的な切り替えが必要であるとします。環境変数構成ポイントから現在使用されているサービス プロバイダーを取得するには、インターフェイスに@EnvironmentProxySPI アノテーションを構成する必要があります。ここでは、構成情報をプロパティ${sms.impl} に保存します。 @EnvironmentProxySPI("${sms.impl}") publicinterface SmsService { } // 给实现类定义别名@BeanAliasName("某腾短信服务") @Component publicclass ASmsService implements SmsService { } @BeanAliasName("某移短信服务") @Component publicclass BSmsService implements SmsService { } 2.4 現在のサービスプロバイダーを構成する構成ファイルで現在使用されているサービス プロバイダーを構成できます。構成される値は、 @BeanAliasName アノテーションで指定された値、 @Component アノテーションで指定された値、または特定のフルパス クラス名にすることができます。 sms: impl: 某移短信服务 2.5 @AutowiredProxySPI インジェクションの使用次に、 @Autowired アノテーションと同じように、 @AutowiredProxySPI アノテーションを使用する必要があります。 // 依赖注入@AutowiredProxySPI private SmsService smsService; 上記の手順により、サービス プロバイダーを動的に切り替えるという要件が正常に完了しました。構成プロパティ${sms.impl} の値を変更すると、サービスを再起動せずにシステムがリアルタイムで有効になります。これは、 @AutowiredProxySPI がプロキシ オブジェクトを挿入するためです。実行されるたびに、まず現在使用されている実装クラスをリアルタイムで取得し、呼び出し操作を実行します。また、 @Autowired アノテーションを直接使用する場合と基本的に使用方法に違いはありません。 2.6 さまざまな構成ポイントの定義@EnvironmentProxySPI アノテーションは主に、環境変数に関連する構成ポイントを構成するために使用されます。データベースから構成情報を取得するなど、構成をカスタマイズする場合は、独自のProxySPI アノテーションを実装できます。
以下は、カスタムDBProxySPI アノテーションの例です。 @ProxySPI アノテーションでマークし、特定の構成取得ロジック実装クラスAnnotationProxyFactory を指定する必要があります。 @Inherited @Target({ElementType.FIELD, ElementType.METHOD, ElementType.TYPE}) @Retention(RetentionPolicy.RUNTIME) @ProxySPI(DbProxyFactory.class) // 指定配置获取逻辑public @interface DBProxySPI { String value(); } @Component publicclass DbProxyFactory implements AnnotationProxyFactory<DBProxySPI> { @Autowired private SysConfigMapper sysConfigDao; @Override public Object getProxy(Class<?> targetClass, DBProxySPI spi) { // 根据注解从数据库获取要注入的实现类String configName = sysConfigDao.getConfig(spi.value()); return springContext.getBean(configName); } } @DBProxySPI("${sms.impl}") publicinterface SmsService { } 上記の手順により、サービスプロバイダーを動的に切り替える機能を柔軟に実装し、さまざまなニーズに応じて構成取得ロジックをカスタマイズできます。 spring-smart-di この動的な切り替えシナリオを処理するための簡潔で効率的な方法を提供し、コードの柔軟性を高め、保守を容易にします。 |