Java对象创建包含类加载、内存分配、实例初始化三阶段，任一环节失败会导致NoClassDefFoundError等异常；类需先加载链接再初始化，静态异常致ExceptionInInitializerError；内存分配依GC策略用指针碰撞或空闲列表，TLAB提升小对象分配效率；字段默认值赋值早于构造器执行，父类构造中调子类方法易引发NPE；new非原子操作，需volatile等安全发布避免半初始化对象可见。
Java对象的创建不是简单的一行 new 就完事——它背后涉及类加载、内存分配、初始化等多个阶段，任一环节出错都会导致 NoClassDefFoundError、ExceptionInInitializerError 或看似“无原因”的空指针。
类加载阶段：对象创建前必须完成的事
执行 new 之前，JVM 必须确保该类已被加载、链接（验证、准备、解析）和初始化。如果类尚未加载，会触发双亲委派机制启动加载流程；若加载失败（如类文件损坏、ClassNotFoundException），new 根本不会执行。
常见陷阱：
- 静态代码块中抛出未捕获异常 → 类初始化失败 → 后续所有
new都抛ExceptionInInitializerError - 使用
Class.forName("X")但没指定initialize = true→ 类已加载但未初始化，此时new X()才真正触发初始化 - 模块系统下包未导出（
requires缺失或exports未声明）→NoClassDefFoundError而非ClassNotFoundException
内存分配：堆上哪块空间给新对象？
JVM 在堆中为对象分配内存，具体策略取决于垃圾收集器和对象大小：
立即学习“Java免费学习笔记（深入）”；
- 大多数情况走「快速分配路径」：指针碰撞（Bump the Pointer），前提是堆内存规整（如 Serial / Parallel GC）
- 并发场景（CMS / G1 / ZGC）下可能用「空闲列表（Free List）」管理不连续内存
- 大对象（超过
-XX:PretenureSizeThreshold）可能直接进入老年代，跳过 Eden 区 - TLAB（Thread Local Allocation Buffer）默认开启，避免多线程竞争 Eden 堆指针，小对象优先在 TLAB 分配
可通过 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps 观察分配行为；关闭 TLAB（-XX:-UseTLAB）会显著降低小对象分配吞吐量。
实例初始化：从构造器到字段赋值的真实顺序
很多人以为「先执行构造器，再赋值字段」，实际顺序更复杂：
- 所有字段按声明顺序赋予默认值（
0、null、false）→ 这步在内存分配后立即发生 - 若存在父类，先递归执行父类初始化（字段赋初始值 + 实例初始化块 + 构造器）
- 子类字段赋初始值（如
int x = 1;中的= 1）→ 注意：这发生在父类构造器返回之后、子类构造器体执行之前 - 子类实例初始化块按出现顺序执行
- 子类构造器体执行
这意味着：在父类构造器中调用被子类重写的方法，子类字段可能仍是默认值（null 或 0），极易引发 NPE 或逻辑错误。
对象创建完成 ≠ 可安全使用
对象引用写入局部变量或字段前，可能因指令重排序（JIT 优化）让其他线程看到“半初始化”的对象——尤其在单例双重检查锁（DCL）中，缺少 volatile 修饰实例字段会导致严重问题。
关键点：
-
new操作本身不是原子的：分配内存 → 初始化字段 → 设置对象头 → 发布引用，中间步骤可被重排 - 只有当引用被「安全发布」（如写入
volatile字段、加锁同步、放入线程安全容器），其他线程才能看到完全初始化的对象 - 使用
Unsafe.allocateInstance()可绕过构造器直接分配内存，但字段全为默认值，且极易破坏语义（如跳过final字段的正确初始化保证）
别只盯着 new 关键字，真正决定对象是否可用的，是内存可见性规则和初始化完成的精确边界。
