春の豆の作成フロー：終了時を知る方法？

Question

私は春のアプリケーションがあり、プロトタイプのBeanを固定レートで生成する予定のロジックがあります。これは、最初のスケジュール呼び出しです

2016-12-13 04:13:01.885 ERROR 4688 --- [TaskScheduler-1] o.s.s.s.TaskUtils$LoggingErrorHandler : Unexpected error occurred in scheduled task. 
... 
BeanPostProcessor before instantiation of bean failed; nested exception is org.springframework.beans.factory.BeanCreationNotAllowedException: Error creating bean with name 'metaDataSourceAdvisor': Singleton bean creation not allowed 
while the singletons of this factory are in destruction (Do not request a bean from a BeanFactory in a destroy method implementation!) 
... 

：

すべては私のラップトップではなく、私のアプリが原因の起動に失敗したサーバーにデプロイした後、正常に動作します。タイミングの問題のように見えます。私のラップトップアプリケーションでは、はるかに高速に初期化され、最初のスケジュールされた呼び出し（プロトタイプのBeanを生成する）に対して何も間違ったことは起こりません。

Spring Beanの作成フローの現在の状態を知る方法はありますか？スケジュールされたロジックをチェックして、アプリケーションの作成が完了していないときは何も生成できませんか？

ありがとうございます！

Answer 1

Springソース（4.3.3と4.2.2）を見ると、これはDefaultSingletonBeanRegistry.getSingleton（）の1つの場所でのみ発生し、スプリングコンテキストの初期化に失敗した場合、または明示的に閉じた場合にのみ発生します。 Springは、Beanの作成と起動ライフサイクルメソッドの呼び出しに単一スレッド（呼び出しスレッド）を使用しているため、この原則に違反した場合にのみ例外が発生する可能性があります。

• スケジュールされたタスクを言うときは、Spring（@Scheduledを使用）によってスケジュールされていることを意味しますか、独自のスケジュールロジックを持っていますか？
• アプリケーション内のスレッドを起動しますか？その場合、そのスレッドを所有するBeanはSpringのライフサイクルまたはSmartLifecycleインターフェイスを実装していますか？

私はBeanコンストラクタでスレッドを開始する開発者をたくさん見てきましたが、これは非常に悪い考えです。ライフサイクル（スレッド、リソースプール）を持つBeanがある場合は、LifeCycleインターフェイスを常に使用してstart（）でリソースを作成し、stop（）でクリーンアップする必要があります。これは良いアイデアです。なぜなら、eagerシングルトンがインスタンス化され、コンテキストが完全に配線された後にstart（）が呼び出されるため、すべてのBeanを構築できない限りスレッドが作成されないからです。