私はキーワードとリエントラントロックをJavaで使用しましたが、どのように違うのか、特定の状況に適しているのか分かりません。同期ロックとリエントラントロックの違いは?
はどのように使用する必要がありますか、またリエントラントロックを使用する必要がある場合は、どのようにしたらいいですか?
私はキーワードとリエントラントロックをJavaで使用しましたが、どのように違うのか、特定の状況に適しているのか分かりません。同期ロックとリエントラントロックの違いは?
はどのように使用する必要がありますか、またリエントラントロックを使用する必要がある場合は、どのようにしたらいいですか?
私は常に同期を「最小抵抗のハック」と考えていました。それだけで動作し、ほとんどの人がどのように動作するのか理解していますが、重度の並行性の下でデザインに影響を与える可能性のある弱点があります。他のクライアントがそれをつかんで保持することができない場合、クライアントの事実上、オブジェクトの同期ロックに直接アクセスすることは事実です。つまり、デフォルトの同期によって実装されるロックは、オブジェクトの内部ロック機構を効果的に「公開」します。 Yuk。自発的なサービス拒否のために自分自身を設定するような。
クラスの内部に再入可能ロックを設定する(または同期を使用しないで、コンストラクタ内で新規作成した内部オブジェクトの一部を同期化するなど)クラスの進化に伴い、この内部同期をどこに適用するかを覚えなくてはならないという複雑さが増します。
ReentrantLockは次のとおりです。
同じ基本的な動作と同期 メソッドや文を使用してアクセスしますが、拡張された機能を持つ暗黙の監視ロックなど セマンティクスを持つリエントラント相互排他ロック。
拡張機能が含まれます:
"[fair]は、最長待機スレッドへのアクセス許可をロックします。そうしないと、特定のアクセス順序が保証されません。
リエントラントロックの欠点は以下のとおりです。
概要
キーワードは、構文的に進歩していますが、リエントラントロックは、より多くの機能を備えています。
このサイトでは、JavaのReentrantLockとsynchronizedキーワードの違いを明確に説明しました。私はそこからコピーして貼り付けます。
1)ReentrantLockのと同期したキーワード間のもう一つの重要な違いは、公正です。 synchronizedキーワードは公平性をサポートしていません。 reentrantLockのインスタンスを作成しながら、フェアネスプロパティを指定してReentrantLockを公平にすることができます。 Fairnessプロパティは、競合が発生した場合に最長待機スレッドにロックを提供します。
2)同期ロックと再入可能ロックの第2の違いは、tryLock()メソッドです。 ReentrantLockは便利なtryLock()メソッドを提供しています。このメソッドは、他のスレッドが使用できるかどうかに関わらずロックを取得します。これにより、Javaアプリケーションでのロックを待機するスレッドのブロックが減少します。
3)JavaのReentrantLockとsynchronizedキーワードの違いに注目すると、Lockを待っている間にスレッドを中断する能力があります。同期されたキーワードの場合、スレッドはロックを待ってブロックされ、無期限に制御できません。 ReentrantLockはlockInterruptibly()というメソッドを提供しています。ロックを待っているときにスレッドを中断させるために使用できます。同様に、timeoutを指定したtryLock()は、ロックが一定期間利用できない場合にタイムアウトに使用できます。
4)ReentrantLockは、ロックを待機しているすべてのスレッドのリストを取得する便利な方法も提供します。
アクセス不可能なロックオブジェクトに対して 'synchronized'ブロックを使用するのではなく、' synchronized'修飾子をアクセス可能なメソッドに適用した場合のみ、「任意のクライアントはオブジェクトの同期ロックに直接アクセスできます。 – Raedwald
うん。それは私が言ったことです。メソッドでデフォルトのsynchronizedキーワードを使用すると、ロックを効果的にパブリッシュします。これを回避するには、同期ブロックを内部にします。 –