声明初始化优先于构造函数执行：实例变量在声明处赋值会在构造函数调用前按代码顺序完成；构造函数内赋值是二次覆盖；继承时遵循父类声明初始化→父类构造函数→子类声明初始化→子类构造函数的严格顺序。
声明初始化优先于构造函数执行。
声明初始化发生在构造函数之前
Java 中，成员变量在声明处直接赋值（如 private int x = 10;），这个赋值动作属于“实例变量初始化”，它在对象创建过程中、调用任何构造函数之前就已完成。
- 每次 new 对象时，所有声明初始化语句按代码中出现的顺序依次执行
- 即使构造函数里没写任何逻辑，声明初始化也一定发生
- 若声明初始化中调用方法（比如 private String s = init();），此时 this 已部分可用，但子类重写的方法可能被提前调用（存在风险）
构造函数中的赋值是二次覆盖
构造函数内对成员变量的赋值，本质上是“再次赋值”，它发生在声明初始化之后。这意味着：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 构造函数可以覆盖声明初始化的值，例如声明为 int count = 0;，构造函数中写 this.count = args.length;
- 构造函数能接收参数，实现差异化初始化，这是声明初始化做不到的
- 若变量声明未初始化，构造函数中必须赋值（尤其针对 final 变量，否则编译报错）
继承场景下顺序更明显
当存在父子类继承时，初始化严格按层级和阶段推进：
- 先父类声明初始化 → 父类构造函数
- 再子类声明初始化 → 子类构造函数
- 也就是说，父类的声明初始化一定早于子类的声明初始化，更早于任何构造函数体执行
- 如果父类构造函数中调用了被子类重写的方法，而该方法访问了子类尚未完成声明初始化的字段，会得到默认值（如 0、null），容易引发逻辑错误
静态 vs 实例：别混在一起
声明初始化仅指非静态成员变量；静态变量（static）属于类级别，初始化时机完全不同：
- 静态变量/静态代码块在类首次加载时执行，且只执行一次
- 它们优先级最高，远早于任何实例相关的声明初始化或构造函数
- 静态内容不依赖对象创建，因此不能引用 this 或非静态成员
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
