java中变量默认值的关键在于使用场景与安全性：局部变量必须显式初始化，成员变量虽有默认值但需按业务语义主动设定，包装类型优先用于pojo以保留null语义，数组和final字段须明确初始化时机。
Java 中默认初始值不是“要不要用”的问题，而是“在哪能用、在哪不能用、用了是否安全”的问题。关键不在规避，默认值本身无法关闭；重点是清楚规则、主动控制、按语义选值。
局部变量：必须声明即初始化，没商量
方法内定义的变量（包括 for、if 块中）没有默认值。编译器会逐路径检查——只要有一条分支没赋值就访问，立刻报错 variable might not have been initialized。
-
正确做法是声明时直接赋初值：比如
int count = 0;、boolean isValid = false;、String msg = ""; - 数值类型慎用 0：若 0 在业务中代表“有效值”（如账户余额为 0），建议改用 -1、-999 或
OptionalInt.empty()等可区分的标记 - 引用类型避免 null：集合用
new ArrayList()，字符串用""，比留着 null 后续判空更简洁安全
成员变量：默认值存在，但不等于合理
类字段（实例或静态变量）确实会被 JVM 自动设为 0、false、'\u0000' 或 null，但这只是内存保障，不是业务保障。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
整数型字段别依赖 0：用户年龄、订单编号、创建时间戳等，0 往往无业务意义。推荐
private Integer age = null;或private long createdAt = -1L; -
布尔字段明确默认语义：比如
private boolean isVerified = false;表示“未经验证”，比默认 false 更具可读性 -
集合和数组必须实例化：写
private List<string> tags = new ArrayList();</string>，而不是private List<string> tags;</string>—— 后者虽编译通过，但调用add()就 NPE
包装类型字段：POJO 必须用，且禁用默认赋值
DTO、VO、Entity 等数据对象中的字段，强制使用 Integer、Boolean、LocalDateTime 等包装类型，核心是为了让 null 真实表达“未设置”或“数据库 NULL”。
-
禁止写
private Long id = 0L;：这会让反序列化时"id": null被悄悄覆盖成 0，丢失原始语义 -
布尔字段命名避开 isXxx：如用
deleted而非isDeleted，防止 Jackson 或 MyBatis 误识别 getter -
所有运算前判空：比如
score != null ? score * 0.8 : 0，不写score * 0.8直接拆箱
数组与 final 字段：初始化时机不能含糊
数组元素有默认值，但数组引用本身可能为 null；final 字段则要求构造完成前必须确定唯一值。
-
数组声明后立即初始化：如
String[] roles = {"admin", "user"};或byte[] buffer = new byte[4096];，不写String[] roles;然后拖到后面再 new -
final 字段只在两处赋值：要么声明时直接给值（
private final String code = UUID.randomUUID().toString();），要么每个构造器里都显式赋值，不可靠 if 分支“赌一次” -
二维数组注意层级：
int[][] matrix = new int[3][4];创建的是 3 个已初始化的 int[4]，每个元素都是 0；而int[][] matrix = new int[3][];的第二层仍为 null，需单独初始化
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
