Java中判断变量是否已初始化需区分局部变量和成员变量：局部变量编译期强制显式赋值，成员变量自动初始化默认值但无法区分是否人为初始化，应通过标记位、Optional或构造器约束等设计手段避免运行时误判。
Java中判断变量是否已初始化，关键看变量类型和作用域——局部变量必须显式赋值才能使用，而类成员变量会自动初始化为默认值，不能直接靠“是否为null”来判断是否“被程序员初始化过”。
局部变量：编译器强制检查，未初始化直接报错
方法内部定义的局部变量，Java编译器会严格跟踪其赋值路径。只要存在任何可能未赋值就被读取的分支，编译就失败。
- if-else中只在if块赋值，else里没赋，后续使用该变量 → 编译错误
- try-catch中只在try里赋值，catch没赋，之后读取 → 编译错误
- 正确做法：确保所有执行路径都完成初始化，或统一在声明时赋默认值（如int x = 0;）
成员变量（实例/静态）：有默认值，但无法区分“默认初始化”和“人为初始化”
字段（field）在对象创建或类加载时自动获得默认值（0、false、null等），所以永远不等于“未初始化”。想确认是否被代码显式赋过值，需手动记录状态。
- 用布尔标记位：private String name; private boolean nameInitialized = false;，每次赋值name后设为true
- 用包装类+null判断（仅适用于引用类型）：若约定“null表示未初始化”，则if (name == null)可作逻辑判断，但要明确写在文档里
- 避免依赖默认值做业务判断，比如用int count;的0去区分“未设置”和“设为0”，容易出错
推荐实践：用Optional或构造器约束替代运行时检查
与其在运行时反复判断是否初始化，不如从设计上减少不确定性。
立即学习“Java免费学习笔记（深入）”；
- 对可能为空的引用参数，用Optional
明确表达可选性，调用方必须处理空值 - 把必填字段放在构造器里，强制初始化：public Person(String name) { this.name = Objects.requireNonNull(name); }
- 使用Builder模式时，在build()方法中校验关键字段是否已设置，未设置则抛IllegalArgumentException
基本上就这些。核心是分清“编译期强制”和“运行期语义”，别把默认值当未初始化标志，设计阶段多约束，比后期一堆if判断更可靠。
