java变量声明需遵循命名规范、类型匹配、作用域合理及审查重点四原则：命名用小驼峰且语义明确；局部变量须显式初始化；优先接口类型声明；变量就近声明并避免滥用全局变量；审查聚焦命名歧义、null风险、类型不安全和资源泄漏。
Java 变量声明不是随便起个名字、写个类型就完事，它直接关系到代码能不能被别人看懂、改得动、查得快。规范的变量声明和严谨的审查习惯，是团队协作不出错、维护不踩坑的基础。
变量命名必须清晰且符合驼峰规则
变量名要一眼看出“它存的是什么”，不能靠猜。所有局部变量、实例变量、类变量都用小驼峰（camelCase）：首字母小写，后续单词首字母大写。
- ✅ 推荐：
customerEmail、isPaymentConfirmed、maxRetryCount - ❌ 避免：
str、tmpData、usernm、FLAG1 - 布尔变量优先以
is、has、can开头，比如isActive、hasPermission、canRetry - 循环计数器如
i、j可接受，但嵌套多层或业务逻辑中建议用index、rowNumber等更明确的名字
类型声明与初始化需严格匹配且及时
Java 是强类型语言，声明时必须明确类型；未初始化的局部变量不可直接使用，而实例变量和静态变量有默认值（如 int 默认为 0，boolean 默认为 false，引用类型默认为 null），但依赖默认值容易引发隐患。
- 局部变量务必显式初始化，尤其在分支逻辑中，避免“可能未初始化”编译错误或运行时异常
- 优先使用接口类型声明，如
List<string> names = new ArrayList();</string>，而非具体实现类 - Java 7+ 支持菱形运算符
，避免重复写泛型，如new HashMap() - 常量统一用
public static final修饰，名称全大写加下划线，如MAX_RETRY_TIMES、DEFAULT_TIMEOUT_MS
作用域与生命周期要合理控制
变量声明位置决定它的可见范围和存活时间，滥用全局或过早声明会增加耦合、干扰调试。
- 局部变量尽量靠近首次使用处声明，缩小作用域，减少误用可能
- 避免在方法顶部堆砌一堆变量声明，尤其是只在某个 if 块里才用的变量
- 实例变量应有明确业务含义，不建议暴露为 public；敏感字段（如密码、token）考虑用
transient或加密存储 - 静态变量慎用，除非确实是跨实例共享的配置或缓存；注意并发场景下的线程安全问题
代码审查时重点盯这四类变量问题
走查代码时，变量相关问题是高频雷区，审阅者可快速聚焦以下典型风险点：
-
命名歧义：比如
amount没上下文，不清楚是总价、单价还是数量；应改为totalAmount、unitPrice或itemQuantity -
null 风险：返回
null的方法被直接调用属性或方法（如getUser().getName()），应改用Optional或前置判空 -
类型不安全：用
Object或原始集合（如List）代替泛型，导致运行时ClassCastException - 资源泄漏线索：流、连接、文件句柄等变量未用 try-with-resources 包裹，或未在 finally 中关闭
变量是代码的细胞，命名和声明方式决定了整段逻辑的健康度。写的时候多花十秒想个好名字，将来别人读的时候能省十分钟；审查时多看两眼变量初始化和作用域，往往就能避开一个线上 null 异常。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
