问题描述
通常，最终的静态字段可能不会被修改。然而system.in，System.out和System.err是，由于遗留原因，必须允许通过方法来改变最终的静态字段System.setIn，System.setout和System.setErr。我们称这些字段为写保护的，以区别于普通的最终字段。
编译器需要将这些字段与其他最终字段区别对待。例如，读取普通的最终字段对同步是“免疫”的：锁定或易失性读取中涉及的屏障不必影响从最终字段读取的值。由于可以看到写保护字段的值发生了变化，因此同步事件应该对其产生影响。因此，语义要求将这些字段视为不能由用户代码更改的普通字段，除非该用户代码在System类中。
顺便说一句，实际上，你可以final通过调用反射setAccessible(true)（或使用Unsafe方法）来通过反射使它们发生变化。Hibernate和其他框架等在反序列化过程中使用了此类技术，但它们有一个局限性：修改前已看到final字段值的代码不能保证在修改后会看到新值。有问题的字段的特殊之处在于它们不受此限制，因为它们由编译器以特殊方式处理。
解决方法
System.out声明为public static final PrintStream out。
但是你可以致电System.setOut()重新分配它。
?？如果是这样怎么可能final？
（System.in和适用于System.err）
更重要的是，如果你可以对public static final字段进行突变，那么就可以为final你提供的保证（如果有）意味着什么？（我从未意识到，也没想到System.in/out/err表现为final变量）