在多数项目里，代码能跑并不代表设计合理。很多隐藏的 Bug、难以维护的结构甚至线上问题，往往都源于对 Java 基础语法理解不够深入：引用到底是什么？构造方法执行顺序如何？为什么子类对象能赋给父类引用？这些看似'入门级'的知识，如果只停留在表面，很容易在复杂系统中埋下隐患。与其零散记忆语法规则，不如从对象模型与运行机制的角度系统梳理一遍，让这些概念在工程实践中真正落地。
一、类与文件规则：不仅是语法要求，更是工程约束
Java 要求 public 修饰的类必须与文件名一致，且一个源文件中只能有一个 public 类。这种设计保证了类加载与编译过程的可预测性，也让大型项目的模块结构更加清晰。
类体由成员变量与方法组成，用于描述对象的状态与行为。即便类体为空，它仍然是一个合法类型，这体现了 Java 强调'类型即抽象'的设计思想。
二、类与对象：抽象模型与实例的关系
类是对现实事物的抽象，对象则是类的具体实例。Java 的类型体系由基本类型与引用类型构成，其中数组也属于对象类型的一种特殊形式。
与 C 语言不同，Java 的引用只作用于对象，而不存在指向基本类型的指针。声明一个类变量，本质上是创建一个引用，而不是创建对象本身：
// 定义一个 Car 类型的引用变量（此时并没有创建对象）
Car carRef;
// 使用 new 关键字在堆中创建一个 Car 对象
// 并让 carRef 指向这个对象
carRef = new Car();
引用只是访问对象的入口，它可以指向不同对象，也可以为 null。理解'引用 ≠ 对象'是理解 Java 内存模型的关键。
三、引用机制：容易被忽视的运行时细节
类中可以声明自身类型的引用，这在链表、树结构等场景中非常常见。但如果在成员变量中直接实例化自身类型对象，就会形成递归创建，最终导致栈溢出。
class Driver {
String name;
int age;
// 声明一个同类型的引用（只是引用，不会创建对象）
Driver teacher;
}
错误示例：
class Driver {
String name;
int age;
// 在成员变量位置直接 new 自身类型对象
// 每创建一个 Driver 就会再创建一个 Driver
// 会无限递归，最终导致栈溢出
Driver teacher = new Driver();
}
运行结果：
StackOverflowError
在真实项目中，如果对象之间存在循环引用但初始化方式不当，很容易出现类似问题。
四、方法与作用域：变量查找与 this 的真实作用
方法是类对外提供能力的唯一方式。方法内部变量查找遵循以下顺序：
- 先查找局部变量
- 再查找成员变量
- 都找不到则编译报错
当局部变量与成员变量同名时，可以通过 this 明确访问对象成员。
