Java clase interna rompecabezas visibilidad

Question

Considere el siguiente caso:

public class A { 
    public A() { b = new B(); } 
    B b; 
    private class B { } 
} 

De una advertencia en Eclipse que cito: el compilador Java emula la A.B constructor() por un método de acceso sintético. Supongo que el compilador ahora sigue adelante y crea un constructor extra "bajo el agua" para B.

Creo que esto es bastante extraño: ¿por qué la clase B no sería visible como a.k.o. campo en A? Y, ¿significa que la clase B ya no es privada en tiempo de ejecución? Y: ¿por qué se comporta la palabra clave protegida para la clase B diferente?

public class A { 
    public A() { b = new B(); } 
    B b; 
    protected class B { } 
} 

Answer 1

Las clases internas son esencialmente un corte introducido en Java 1.1. La JVM en realidad no tiene ningún concepto de una clase interna, por lo que el compilador debe manipularla. El compilador genera la clase B "fuera" de la clase A, pero en el mismo paquete, y luego le agrega acceso/constructores sintéticos para permitir que A tenga acceso a ella.

Cuando le das a B un constructor protegido, A puede acceder a ese constructor ya que está en el mismo paquete, sin necesidad de agregar un constructor sintético.

Answer 2

Es necesario utilizar

this.new B(); 

Answer 3

El acceso de class B y su constructor no tiene que ser el mismo. Puede tener una clase interna privada con un constructor de alcance de paquete, y esto es lo que suelo hacer.

public class A { 
    public A() { b = new B(); } 
    B b; 
    private class B { 
    B() { } 
    } 
} 

Answer 4

Sé que esta pregunta es ahora casi tres años, pero me parece que una parte de la pregunta sigue sin respuesta:

Y: ¿significa que la clase B ya no es privada ¿en tiempo de ejecución?

comentario Carlos Heubergers en skaffmans respuesta sugiere, clase B sigue siendo private para otras clases del paquete.

Probablemente sea adecuado para el lenguaje de programación Java, es decir, no es posible hacer referencia a la clase B de otra clase. Al menos no sin usar el reflejo (con el cual también se puede acceder a miembros privados de la clase desde el exterior), pero este es otro problema.

Pero como la JVM no tiene ningún concepto de una clase interna (como dice skaffman), me pregunté cómo se logra una visibilidad "accesible por una sola clase" en el nivel de bytecode. La respuesta: no se realiza en absoluto, para la JVM la clase interna parece una clase privada de paquete normal. Esto es, si escribe bytecode para usted (o modifica uno generado por el compilador) puede acceder a la clase B sin problemas.

Puede acceder a todos los métodos de acceso sintético de todas las clases en el mismo paquete, también. Por lo tanto, si asigna un valor a un campo privado de la clase A en un método de la clase B, se genera un método de acceso sintético con visibilidad predeterminada (es decir, paquete privado) en la clase A (llamado algo como access$000) que establece el valor para usted. Se supone que este método solo debe invocarse desde la clase B (y, de hecho, solo se puede invocar desde allí utilizando el lenguaje Java).Pero desde el punto de vista de JVM, este es solo un método como cualquier otro y puede ser llamado por cualquier clase.

lo tanto, para responder a la pregunta:

• Desde el punto de vista de idiomas de Java, la clase es B y se mantiene privado.
• Desde el punto de vista de las JVM, la clase B (o mejor: clase A$B) no es privada.