#1. Spring の Bean はスレッドセーフですか?
(関連する推奨事項: java インタビューの質問 )
Spring コンテナ内の Bean がスレッドセーフであるかどうかに関係なく、コンテナ自体はスレッドを提供しません。したがって、スプリングコンテナ内の豆自体にはスレッド安全性の特性はないと言えますが、特定の範囲の豆と組み合わせて詳細を検討する必要があります。
2. Spring は Bean スコープをいくつサポートしますか?
スプリング コンテナを通じて Bean インスタンスを作成すると、Bean インスタンスのインスタンス化を完了できるだけでなく、Bean の特定のスコープを指定することもできます。 Spring は次の 5 つのスコープをサポートします:
singleton: シングルトン モード Spring IoC コンテナ全体で、singleton を使用して定義された Bean はインスタンスを 1 つだけ持ちます。
prototype: プロトタイプ モード (毎回)コンテナの getBean メソッドがプロトタイプで定義された Bean を取得すると、新しい Bean インスタンスが生成されます。
request: HTTP リクエストごとに、request で定義された Bean が新しいインスタンスを生成します。 HTTPリクエストごとに異なるBeanインスタンスが生成されます。このスコープは、Web アプリケーションで Spring を使用する場合にのみ有効です。
session: HTTP セッションごとに、セッションによって定義された Bean を使用して新しいインスタンスが生成されます。このスコープは、Web アプリケーションで Spring を使用する場合にのみ有効です。
globalsession: グローバル HTTP セッションごとに、セッションを使用して定義された Bean が新しいインスタンスを生成します。通常、これはポートレット コンテキストを使用する場合にのみ有効です。このスコープは、Web アプリケーションで Spring を使用する場合にのみ有効です。
より一般的に使用されるスコープは、シングルトンとプロトタイプです。シングルトン スコープの Bean の場合、Bean をリクエストするたびに同じインスタンスを取得します。コンテナは、Bean インスタンスのステータスを追跡し、Bean インスタンスのライフサイクル動作を維持する責任があります。
Bean がプロトタイプ スコープに設定されている場合、Spring はプログラムがリクエストするたびに新しい Bean インスタンスを作成します。この ID を持つ Bean を取得してプログラムに戻ります。この場合、Spring コンテナは new キーワードのみを使用して Bean インスタンスを作成し、正常に作成されると、コンテナはインスタンスを追跡せず、Bean インスタンスの状態を維持しません。
Bean のスコープを指定しない場合、Spring はデフォルトでシングルトン スコープを使用します。
Java は Java インスタンスを作成するときにメモリを適用する必要があり、インスタンスを破棄するときにガベージ コレクションを完了する必要があります。これらのタスクはシステムのオーバーヘッドの増加につながります。したがって、プロトタイプ スコープ Bean の作成と破棄には比較的コストがかかります。シングルトン スコープ内の Bean インスタンスが正常に作成されると、それを再利用できます。
したがって、必要がない限り、Bean をプロトタイプ スコープに設定しないようにしてください。
3. Spring が Bean を自動的に組み立てる方法は何ですか?
Spring コンテナは、アプリケーション内で Bean を作成し、ID を介してこれらのオブジェクト間の関係を調整する役割を果たします。開発者として、どの Bean を作成するか、およびそれらをどのように接続するかを Spring に指示する必要があります。
Spring で Bean をアセンブルするには 2 つの方法があります:
1. 暗黙的な Bean 検出メカニズムと自動アセンブリ
2. Java コードまたは XML での明示的な構成
もちろん、これらの方法を組み合わせて使用することもできます。
4. Spring トランザクションの実装方法は何ですか?
プログラムによるトランザクション管理は、POJO ベースのアプリケーションの唯一のオプションです。コード内で beginTransaction()、commit()、rollback() およびその他のトランザクション管理関連のメソッドを呼び出す必要がありますが、これがプログラムによるトランザクション管理です。
TransactionProxyFactoryBean に基づく宣言型トランザクション管理
@Transactional に基づく宣言型トランザクション管理
Aspectj AOP 構成トランザクションに基づく
5. 話す内容Spring のトランザクション分離について?
トランザクション分離レベルとは、あるトランザクションによるデータの変更と別の並列トランザクションとの間の分離の度合いを指します。複数のトランザクションが同時に同じデータにアクセスする場合、必要な分離メカニズムが存在しない場合、次の問題が発生する可能性があります:
ダーティ リード: あるトランザクションが、コミットされていない更新データを別のトランザクションから読み取ります。
ファントム読み取り: たとえば、最初のトランザクションはテーブル内のデータを変更します。たとえば、この変更にはテーブル内の「すべてのデータ行」が含まれます。同時に、2 番目のトランザクションもこのテーブルのデータを変更します。この変更は、テーブルに「新しいデータの行」を挿入することです。
その後、最初のトランザクションを操作するユーザーは、まるで錯覚が起こったかのように、テーブル内にまだ変更されていないデータ行が存在することに気づくでしょう。
反復不可能な読み取り: たとえば、同じトランザクション内で 2 つの同一の選択ステートメントが連続して実行されます。この期間中、このトランザクションでは DDL ステートメントは実行されませんでしたが、連続して取得された結果には一貫性がありません。これは問題ではありません。 -繰り返し可能です。読み取ります。
以上が2020 年の新しい Java 面接の質問 - 春 (2)の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。