System.outとして宣言されpublic static final PrintStream outます。
ただし、呼び出しSystem.setOut()て再割り当てすることはできます。
え？もしそうなら、これはどのように可能finalですか？
（同じポイントに適用されるSystem.inとSystem.err）
さらに重要なことに、パブリック静的最終フィールドを変更できる場合、それfinalが提供する保証（ある場合）に関して、これはどういう意味ですか？（System.in/out/errがfinal変数として動作することを認識も期待もしていませんでした）
回答:
通常、最終的な静的フィールドは変更できません。しかし
System.in、System.out、およびSystem.errレガシー上の理由から、方法によって変更することが許可されている必要があり、最終的な静的フィールドですSystem.setIn、System.setOutとSystem.setErr。これらのフィールドは、通常の最終フィールドと区別するために、書き込み保護されていると呼びます。コンパイラは、これらのフィールドを他の最終フィールドとは異なる方法で処理する必要があります。たとえば、通常の最終フィールドの読み取りは同期に対して「影響を受けません」。ロックまたは揮発性読み取りに関連するバリアは、最終フィールドから読み取られる値に影響を与える必要はありません。書き込み保護されたフィールドの値が変化するように見える可能性があるため、同期イベントがそれらに影響を与えるはずです。したがって、セマンティクスでは、これらのフィールドは、ユーザーコードが
Systemクラスに含まれていない限り、ユーザーコードで変更できない通常のフィールドとして扱われるように指示されています。
ちなみに、実際には、finalフィールドを呼び出すsetAccessible(true)（またはUnsafeメソッドを使用する）ことで、リフレクションを介してフィールドを変更できます。このような手法は、Hibernateやその他のフレームワークなどによって逆シリアル化中に使用されますが、1つの制限があります。変更前に最終フィールドの値を確認したコードは、変更後に新しい値を確認できるとは限りません。問題のフィールドの特別な点は、コンパイラーによって特別な方法で処理されるため、この制限がないことです。
setAccessible(true)非staticフィールドでのみ機能することを理解することが重要です。これにより、コードの逆シリアル化やクローン作成を支援するタスクに適していますが、static finalフィールドを変更する方法はありません。そのため、引用されたテキストは、これらのフィールドの性質と3つの例外を参照して、「通常、最終的な静的フィールドは変更されない可能性があります」で始まりfinal staticます。インスタンスフィールドの場合については、別の場所で説明しています。
final修飾子を外さなかったのだろうか。この「書き込み保護された」ものすべてよりも単純なようです。私はそれが重大な変化ではないと確信しています。
Javaは実装するネイティブメソッドを使用してsetIn()、setOut()とsetErr()。
私のJDK1.6.0_20では、setOut()次のようになります。
public static void setOut(PrintStream out) {
checkIO();
setOut0(out);
}
...
private static native void setOut0(PrintStream out);
それでもfinal、変数を「通常」再割り当てすることはできません。この場合でも、フィールドを直接再割り当てすることはありません（つまり、「System.out = myOut」をコンパイルすることはできません）。ネイティブメソッドでは、通常のJavaでは簡単にできないことがいくつかあります。これは、ネイティブライブラリを使用するためにアプレットに署名する必要があるなど、ネイティブメソッドに制限がある理由を説明しています。
final実際にはここで何か意味がありますか？
アダムが言ったことを拡張するために、ここに実装があります：
public static void setOut(PrintStream out) {
checkIO();
setOut0(out);
}
setOut0は次のように定義されます。
private static native void setOut0(PrintStream out);
outSystemクラスでfinalとして宣言されているのはクラスレベルの変数です。ここで、以下のメソッドにあるのはローカル変数です。実際にはこのメソッドの最後のクラスレベルを渡す場所はありません
public static void setOut(PrintStream out) {
checkIO();
setOut0(out);
}
上記の方法の使用法は次のとおりです。
System.setOut(new PrintStream(new FileOutputStream("somefile.txt")));
これで、データがファイルに転送されます。この説明が理にかなっていることを願っています。
したがって、ここでは、finalキーワードの目的を変更する際のネイティブメソッドまたはリフレクションの役割はありません。
方法に関しては、次のソースコードを見ることができますjava/lang/System.c。
/*
* The following three functions implement setter methods for
* java.lang.System.{in, out, err}. They are natively implemented
* because they violate the semantics of the language (i.e. set final
* variable).
*/
JNIEXPORT void JNICALL
Java_java_lang_System_setOut0(JNIEnv *env, jclass cla, jobject stream)
{
jfieldID fid =
(*env)->GetStaticFieldID(env,cla,"out","Ljava/io/PrintStream;");
if (fid == 0)
return;
(*env)->SetStaticObjectField(env,cla,fid,stream);
}
...
言い換えれば、JNIは「チート」することができます。; ）