Java で `synchronized(this)` の使用を避けるべきなのはどのような場合ですか?

Java では synchronized(this) を回避しますか?

Java で synchronized(this) を回避するかどうかの問題は、Java 内部で議論されています。コミュニティでは、代わりにプライベート ロックの参照を支持する支持者がいます。この記事の目的は、synchronized(this) を回避することで十分な場合に、それを回避することが望ましい実際の例を提供することです。

synchronized(this) を回避する理由

synchronized(this) の使用に反対する人は、次のように主張しています。

• 外部コードが盗んだり悪意を持って使用したりする可能性があるロック。
• 同じクラス内のすべての同期メソッドが同じロックでロックされるようにすることで、スループットを削減できます。
• 不要な実装の詳細を明らかにします。
>

の引数synchronized(this)

他の人は、synchronized(this):

• はよく理解されており安全な一般的に使用されるイディオムであると主張しています。
• すべきであるコードのバグの一部である、またはマルチスレッドに関する誤解が原因であるというだけの理由で回避することはできません。

実際の例

• 機密データへの安全なアクセス: クラスに機密データが含まれている場合、許可されたコードのみがアクセスできるようにし、プライベート ロックを使用してアクセスできるユーザーを制限し、悪意のあるコードがデータを盗むのを防ぎます。 Reference.
• 差分ロック: 同時実行性を高めるために、クラスの異なる部分を個別にロックする必要がある場合があります。プライベート ロックを使用すると、より詳細なロックが可能になり、無関係な操作での不必要な同期が防止されます。
• 懸念事項の分離: 場合によっては、同期メカニズムをヘルパー クラス内にカプセル化することが望ましい場合があります。 、同期の詳細をビジネスから分離します。ロジック。

結論

特定の状況では synchronized(this) を回避することが望ましい場合がありますが、これを包括的なルールと見なすべきではありません。 synchronized(this) の利点が潜在的な欠点を上回る場合は、スレッドの安全性とコードの正確性を確保するために使用する必要があります。最善のアプローチは、コードの特定の要件を慎重に検討し、それに応じて適切な同期メカニズムを選択することです。

以上がJava で `synchronized(this)` の使用を避けるべきなのはどのような場合ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。