Javaでsynchronized(this)を避けるには？質問する

SO で Java の同期に関する質問が出てくると、同期はsynchronized(this)避けるべきだと熱心に指摘する人がいます。代わりに、プライベート参照のロックが望ましいと主張します。

挙げられる理由としては次のようなものがあります。

• 悪意のあるコードがロックを盗む可能性があります(これは非常に人気があり、「偶然」のバリエーションもあります)
• 同じクラス内のすべての同期メソッドはまったく同じロックを使用するため、スループットが低下します。
• あなたは（不必要に）情報を公開しすぎています

私を含め他の人々は、これはsynchronized(this)よく使われる慣用句であり（Java ライブラリでも）、安全でよく理解されていると主張しています。バグがあり、マルチスレッド プログラムで何が起こっているのか分からないからといって、これを避けるべきではありません。言い換えれば、適用できる場合は、使用してください。

ロックオンを回避することが望ましいが、this同時にsynchronized(this)機能も果たすような実際の例（foobar 関連のものは除く）をいくつか見てみたいと思っています。

したがって、常にsynchronized(this)これを回避し、プライベート参照のロックに置き換える必要がありますか?

詳細情報（回答が提供されると更新されます）:

• インスタンスの同期についてお話します
• 暗黙の（synchronizedメソッド）と明示的な形式の両方synchronized(this)が考慮される
• Bloch やこのテーマに関する他の権威を引用する場合は、気に入らない部分を省略しないでください (例: Effective Java のスレッド セーフティに関する項目:通常はインスタンス自体のロックですが、例外もあります)。
• 提供されるもの以外のロックの粒度が必要な場合はsynchronized(this)、synchronized(this)適用できないので、それは問題ではありません。