Java 8では、次のように簡単に記述できます。
interface Interface1 {
default void method1() {
synchronized (this) {
// Something
}
}
static void method2() {
synchronized (Interface1.class) {
// Something
}
}
}クラスでも使用できる完全な同期セマンティクスを取得します。ただし、synchronizedメソッド宣言では修飾子を使用できません。
interface Interface2 {
default synchronized void method1() {
// ^^^^^^^^^^^^ Modifier 'synchronized' not allowed here
}
static synchronized void method2() {
// ^^^^^^^^^^^^ Modifier 'synchronized' not allowed here
}
}さて、2つのインターフェースは同じように動作すると主張できます。ただし、on とon でコントラクトをInterface2確立します。これは、何よりも少し強力です。もちろん、実装は具体的な実装状態についていかなる仮定もすべきではない、またはそのようなキーワードは単にその重みを引っ張らないと主張するかもしれません。method1()method2()Interface1default
質問：
JSR-335エキスパートグループがsynchronizedインターフェースメソッドをサポートしないことにした理由は何ですか？
1
同期は実装の動作であり、コードの横で使用できるように、コンパイラーによって作成された最終バイトコードの結果を変更します。メソッド宣言では意味がありません。同期化が抽象化レイヤー上にある場合、コンパイラーが生成するものを混乱させるはずです。
—
Martin Strejc、2014年
@MartinStrejc：は省略の説明かもしれませんが、
—
Lukas Eder 2014年
default synchronized必ずしもそうでstatic synchronizedはありませんが、一貫性の理由で後者が省略されている可能性があることは認めます。
synchronizedサブクラスで修飾子がオーバーライドされる可能性があるため、この質問が値を追加するかどうかは不明です。したがって、最終的なデフォルトメソッドとして何かがあった場合にのみ問題になります。（あなたの他の質問）
@skiwi：オーバーライドする引数では不十分です。サブクラスは
—
Lukas Eder
synchronized、スーパークラスで宣言されているメソッドをオーバーライドし、同期を効果的に削除できます。私はサポートしていないことに驚かないだろうsynchronizedし、サポートしていないfinalかもしれないので、多重継承（例えば継承、しかし、関係しているvoid x() と synchronized void x()など、）。しかし、それは推測です。信頼できる理由があれば知りたいです。
>>「スーパークラスで同期が宣言されたメソッドをサブクラスがオーバーライドして、同期を効果的に削除する」...
—
bestss
super完全な再実装とプライベートメンバーへの可能なアクセスを必要とする呼び出しが行われない場合のみ。ところで、これらのメソッドが「ディフェンダー」と呼ばれるのには理由があります。これらのメソッドは、新しいメソッドを簡単に追加できるようにするために存在しています。