java变量初始化与配置管理需协同：局部变量必须显式赋值，成员变量应避免依赖默认null，final变量须在声明、构造器或初始化块中唯一赋值；配置须外部化、可验证、可切换。
Java变量初始化不是写完就跑的步骤，而是编译器强制把关的关键环节；程序配置管理也不是堆一堆properties或YAML文件，而是要让配置可感知、可验证、可切换。两者结合得好，代码才稳、上线才顺、排查才快。
局部变量：必须显式赋值，不给默认值
方法内定义的变量（包括for循环里的i、临时计算结果、try-catch中的异常引用等）没有默认值。编译器会逐路径检查——只要存在某条分支没赋值就直接读取，立刻报错：variable xxx may not have been initialized。
- 推荐在声明时就初始化，比如
String status = "pending";，而不是先写String status;再后面赋值 - 多分支逻辑用三元运算符兜底，如
int timeout = useFastMode ? 3000 : 10000; - 避免“声明-判断-赋值-使用”四步拆开，容易漏掉某条路径，尤其在嵌套if或多个return场景中
成员变量：默认值是安全网，不是业务意图
实例变量和静态变量会被JVM自动设为默认值（int→0、boolean→false、Object→null），但这只防编译错误，不防运行时崩溃。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 引用类型别依赖
null，比如private List<order> orders;</order>后续调orders.add()必抛NPE；应写成private List<order> orders = new ArrayList();</order> - 布尔字段慎用
false默认值，比如private boolean isVerified;语义模糊；建议明确初始化为false或true，或改用枚举/Optional表达状态 - 静态常量统一用
public static final声明，并在定义处赋值，如public static final String SERVICE_NAME = "payment-core";
final变量：一次且仅一次，时机有讲究
final修饰的变量不可变，但初始化时机分三种：声明处、构造器中、实例/静态初始化块。三者互斥，且所有构造器都必须确保其完成初始化。
- final局部变量：必须在首次使用前赋值，且不能重复赋值；适合包装方法参数或锁定中间计算结果
- final实例变量：可在声明时赋值（最简洁），也可在每个构造器里赋值（适合不同构造路径初始化不同值），但不能只在部分构造器里赋
- final静态变量：只能在声明处或静态块中初始化；若初始化逻辑复杂，建议封装为私有静态方法，如
private static final Config CONFIG = loadConfig();
配置管理：变量初始化是起点，不是终点
真实项目中，数据库URL、超时时间、开关标志这些值通常来自外部配置。不能硬编码，也不能靠变量初始化“猜”环境。
- 用Spring Boot的
@Value或@ConfigurationProperties绑定配置项，配合@Validated做非空/范围校验 - 配置类字段本身也要按Java规则初始化：比如
@Value("${timeout.ms:5000}") private long timeoutMs = 5000;，提供合理fallback - 敏感配置（密码、密钥）走环境变量或配置中心，代码里只留占位符；启动时校验必填项是否注入，缺失则快速失败而非静默用默认值
- 多环境配置用profile隔离，如
application-dev.yml和application-prod.yml，通过spring.profiles.active控制加载
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
