¿Por qué System.in se declara como nullInputStream() en lugar de nulo?

Question

En la clase System, in, out y err son campos estáticos. Estos campos son declarados por ejemplo:

public final static InputStream in = nullInputStream(); 

Por qué declarar nullInputStream() en lugar de null?

Answer 1

El código fuente tiene el siguiente comentario:

/** 
* The following two methods exist because in, out, and err must be 
* initialized to null. The compiler, however, cannot be permitted to 
* inline access to them, since they are later set to more sensible values 
* by initializeSystemClass(). 
*/ 

En resumen, desde System.in es una variable static final, si se ha establecido a null, el compilador lo consideraría como una constante, y reemplazaría todo las referencias a System.in en otras clases con null (eso es lo que significa enmarcar). Lo que obviamente haría que todo no fuera funcional. Se debe usar algún código nativo para reemplazar el valor final de este System.in (que normalmente nunca debería cambiar) una vez que el sistema se inicializa.

Para reanudar: se usa para evitar una optimización del compilador que no debería hacerse en este caso particular, porque System.in es un campo final que puede cambiar, lo que normalmente es imposible.

Answer 2

Usted está equivocado.

En código fuente de Java que se escribe como

public final static InputStream in = null; 

no

public final static InputStream in = nullInputStream(); 

que puede tomar de referencia del código fuente de la clase hereSystem.