System类是Java中不可实例化、不可继承的final类，通过静态字段（in/out/err）和静态方法（arraycopy、currentTimeMillis、gc、exit等）直接桥接JVM与操作系统，提供底层资源访问与控制能力。
System类是Java标准库中看似简单、实则关键的基石类——它不提供构造方法，不能被继承或实例化，却在JVM启动初期就被静态初始化，直接桥接Java程序与底层运行时环境。
System类是JVM与Java代码之间的“第一道接口”
从JVM加载main方法那一刻起，System类就已就绪：它的静态块在类加载阶段完成初始化，其中in、out、err三个核心字段被绑定到操作系统原生的标准输入输出流。这不是普通的IO包装，而是通过native方法（如setIn0）直接调用C层实现，绕过Java层缓冲和安全检查，确保启动阶段的最小依赖和最高可靠性。
- 例如System.out.println()最终触发的是FileOutputStream.write()的本地实现，而非普通字节流链路
- System.currentTimeMillis()不经过任何Java对象创建，直接读取OS高精度时钟，误差通常在毫秒级以内
System类承担不可替代的底层控制职责
它暴露的静态方法不是语法糖，而是对JVM底层能力的有限但精准封装：
- System.arraycopy()：唯一能绕过Java数组边界检查并直接操作内存块的API，被ArrayList扩容、Arrays.sort等高频操作深度依赖
- System.identityHashCode()：返回对象原始哈希码（基于内存地址），不受hashCode()重写影响，在集合框架内部用于判等、哈希桶定位等关键路径
- System.gc()：虽不保证立即执行，但它是唯一向JVM发出“建议回收”信号的标准化方式，被监控工具、资源敏感型框架（如Netty）谨慎使用
System类的设计哲学：极简、稳定、无副作用
它没有实例方法，所有功能通过static字段和static方法提供，杜绝状态污染；所有native方法均标记为final且不抛出受检异常，避免在启动或异常处理关键路径上引入额外复杂度。这种设计使它成为JDK中少数几个在HotSpot源码里被硬编码引用的核心类之一——比如JVM在初始化java.lang.Class时，必须确保System类已完全就绪。
立即学习“Java免费学习笔记（深入）”；
真正理解System类，不是记住几个方法，而是看清它作为“Java世界与机器世界契约签署者”的角色：它不抽象，不妥协，只做最基础、最不可替代的连接。
