system.arraycopy、system.gc 和 system.exit 均为 jvm 直接支持的 native 操作：arraycopy 是内建内存拷贝原语，gc 是建议性垃圾回收触发，exit 则强制终止 jvm 进程。
System.arraycopy、System.gc 和 System.exit 都是 Java 中由 JVM 直接支持的底层操作，它们不经过普通 Java 方法调用栈，而是通过本地方法（Native Method）或直接触发 JVM 内部机制实现。三者在语义和实现层级上差异显著，但共同点是都绕过了常规字节码执行路径。
arraycopy：JVM 内建的高效内存拷贝原语
System.arraycopy 不是纯 Java 实现，也不是简单调用 Object.clone 或循环赋值。JVM 对其做了深度优化：
- 在 HotSpot 中，它被识别为“intrinsic”（内建函数），编译时可能被 JIT 替换为高度优化的机器指令（如使用 SIMD 指令批量移动数据）；
- 对基本类型数组（如 int[]、byte[]），常直接调用底层 memcpy/memmove；对引用类型数组，则需配合 GC 的写屏障（write barrier）确保可达性正确；
- 源数组、目标数组必须类型兼容且运行时检查边界（否则抛 ArrayStoreException 或 IndexOutOfBoundsException），这些检查由 JVM 在 native 层完成。
gc：向 JVM 发出垃圾回收建议，非强制触发
System.gc() 是一个轻量级的 JNI 调用，本质是向 JVM 发送“建议执行 GC”的信号：
- HotSpot 中对应 JNI 函数为 JVM_GC()，最终调用 Universe::heap()->collect()（具体策略取决于 GC 算法，如 G1 或 ZGC）；
- 是否立即执行、执行哪类 GC（Minor/Major/Full）、是否阻塞线程，完全由 JVM 决定——可通过 -XX:+DisableExplicitGC 禁用该调用；
- 它不保证对象立即回收，也不影响 finalize() 的调用时机（该机制已自 Java 9 起标记为废弃，Java 18 彻底移除）。
exit：终止 JVM 进程，不走正常方法返回流程
System.exit(int status) 是最“暴力”的系统调用之一：
- 底层通过 JNI 调用 JVM_Halt()，直接终止当前 JVM 进程，向操作系统返回指定状态码；
- 会触发已注册的 ShutdownHook（通过 Runtime.addShutdownHook 添加），但跳过所有 try-finally 块、synchronized 锁释放、局部变量清理等常规退出逻辑；
- 若在 exit 执行中发生 native 层异常（如 SIGKILL 被拦截失败），JVM 可能崩溃而非优雅退出；多线程环境下，其他线程会被强制中断，无机会完成清理。
三者均通过 JVM 的 JNI 接口与 C/C++ 层交互，但 arraycopy 属于高频性能敏感操作，gc 是资源协调建议，exit 则是进程生命周期终结指令——它们共同体现了 Java 在“抽象”与“底层控制”之间的权衡设计。
