Following is the code from java.lang.System class (JDK version 1.6)
public final static PrintStream out = nullPrintStream(); //out is set to \'null\'
priva
System.in, out, and err are managed by the JVM from native code. This whole magic with nullPrintStream() was there to keep javac from inlining these fields. Since java 7 it looks like
public final static PrintStream out = null;
Take a look at the private static void initializeSystemClass()
- this method is called to start things up, it calls setOut0()
which is a native
method. This ties the Stream
into where it's supposed to be.
So even though the field may look public static final
it actually isn't, the native
code changes it.
EDIT
OP asks Then why JLS needs nullPrintStream method?
This is to do with the java compiler - it will "inline" static final
fields if they are assigned to something constant at compile time, like null
. The compiler will actually replace each reference to the field with the constant.
This would break the initialisation as objects would no longer hold a reference to the Stream
but to null
. Assigning the stream to the return of a method prevents the inlining.
Some might call it a dirty hack. To misquote Bismarck "The JDK is like sausages, it's best not to see it being made".
This is just how the System.out class is intialised.
There is also a method:
private static native void setOut0(PrintStream out);
Which is called in the following method:
private static void initializeSystemClass() {