Java8: ¿Por qué está prohibido definir un método predeterminado para un método de java?lang.Objeto

Está prohibido definir métodos predeterminados en interfaces para métodos en java.lang.Object, ya que los métodos predeterminados nunca serían "accesibles".

Los métodos de interfaz predeterminados se pueden sobrescribir en las clases que implementan la interfaz y la implementación de la clase del método tiene una prioridad más alta que la implementación de la interfaz, incluso si el método se implementa en una superclase. Dado que todas las clases heredan de java.lang.Object, los métodos en java.lang.Object tendrían prioridad sobre el método predeterminado en el interfaz y ser invocado en su lugar.

Brian Goetz de Oracle proporciona algunos detalles más sobre la decisión de diseño en este post de la lista de correo.

No veo en la cabeza de los autores del lenguaje Java, por lo que solo podemos adivinar. Pero veo muchas razones y estoy totalmente de acuerdo con ellas en esta cuestión.

La razón principal para introducir métodos predeterminados es poder agregar nuevos métodos a las interfaces sin romper la compatibilidad con versiones anteriores de implementaciones anteriores. Los métodos predeterminados también se pueden usar para proporcionar métodos de "conveniencia" sin la necesidad de definirlos en cada una de las clases implementadoras.

Ninguno de estos se aplica a toString y otros métodos de Object. En pocas palabras, los métodos predeterminados fueron diseñados para proporcionar el comportamiento predeterminado donde no hay otra definición. No proporcionar implementaciones que "compitan" con otras implementaciones existentes.

La regla de "la clase base siempre gana" también tiene sus razones sólidas. Se supone que las clases definen implementaciones reales , mientras que las interfaces definen implementaciones predeterminadas, que son débil.

Además, introducir excepciones a las reglas generales causa complejidad innecesaria y plantea otras cuestiones. Object es (más o menos) una clase como cualquier otra, entonces, ¿por qué debería tener un comportamiento diferente?

Con todo, la solución que propones probablemente traería más contras que pros.

El razonamiento es muy simple, es porque Object es la clase base para todas las clases Java. Así que incluso si tenemos el método de Object definido como método predeterminado en alguna interfaz, será inútil porque el método de Object siempre se usará. Es por eso que para evitar confusiones, no podemos tener métodos predeterminados que estén sobreescribiendo métodos de clase de objeto.

Para dar una respuesta muy pedante, solo está prohibido definir un método default para público método de java.lang.Object. Hay 11 métodos a considerar, que se pueden clasificar de tres maneras para responder a esta pregunta.

1. Seis de los métodos Object no pueden tener métodos default porque son final y no pueden ser anulados en absoluto: getClass(), notify(), notifyAll(), wait(), wait(long), y wait(long, int).
2. Tres de los métodos Object no pueden tener métodos default por las razones dado arriba por Brian Goetz: equals(Object), hashCode(), y toString().

3. Dos de los métodos Object pueden tener default métodos, aunque el valor de tales valores predeterminados es cuestionable en el mejor de los casos: clone() y finalize().

   public class Main {
       public static void main(String... args) {
           new FOO().clone();
           new FOO().finalize();
       }
   
       interface ClonerFinalizer {
           default Object clone() {System.out.println("default clone"); return this;}
           default void finalize() {System.out.println("default finalize");}
       }
   
       static class FOO implements ClonerFinalizer {
           @Override
           public Object clone() {
               return ClonerFinalizer.super.clone();
           }
           @Override
           public void finalize() {
               ClonerFinalizer.super.finalize();
           }
       }
   }