私は徐々に春のグリップをしてきましたが、コンセプトの合理的な考え方があると思いますが、別のスレッドの情報が逆転した私...春のプロトタイプの豆と春の利点
」...初期のライフサイクルコールバックメソッドは、設定され破壊のライフサイクルコールバックが呼び出されていない、試作品の場合には、関係なく、スコープのすべてのオブジェクトで呼び出されているが、クライアントコードはprototype-をクリーンアップする必要がありますプロトタイプスコープのBeanで保持されているリソースを解放するためにSpringコンテナを取得するには、カスタムBeanポストプロセッサを使用してみてください。きれいにするためにeed。
これは、たとえば、要求ごとに「新しい」Beanインスタンスが必要な場合に、プロトタイプBeanを使用したいと考えている実際の使用例があると思いました。しかし、私はこのスニペット(Spring 3のドキュメントから)を理解しているから、Springは、掃除が必要なBeanへの参照を保持しています(参照自体はBeanがガベージコレクタによって自動的にクリアされないことを意味します)。さらに、プロトタイプBeanが保持するリソースを手作業でクリーンアップする必要があるということから、このことを取り上げます。
これが正しいのか誰かに教えてもらえますか?もしそうなら、これに対処する典型的なパターンがありますか? SpringがこのようにプロトタイプのBeanを実装する理由について、私が解説してくれれば幸いです。
;)http://static.springsource.org/spring/docs/3.0.0.M3/spring-framework-reference /html/ch04s04.html –
@Spaeth私は誤解を招いている可能性があります...これはWebアプリケーションではない、私はちょうど起こっている "何か"を処理するために作成される新しいインスタンスの必要性を実証しようとしていた – JLove