java变量优化核心是明确职责、最小作用域、类型清晰、复用通畅；合理使用var仅限局部初始化且右侧意图明确处；禁用于字段等位置；合并重复逻辑，封装为builder或工具类；优先函数式链式调用。
Java变量声明本身不冗余，问题出在声明位置、命名方式、生命周期设计不合理，以及重复初始化逻辑未被抽象。优化核心不是删代码，而是让每个变量承担明确职责、出现在最短必要作用域、类型表达清晰、复用路径通畅。
用 var 精准替代显式类型，但只在可读前提下
Java 10+ 的 var 是语法糖，不是万能压缩器。它真正起效的场景是右侧构造意图一目了然时：
- 局部变量初始化即赋值，且类型从构造器或方法返回值中自然可推：如 var users = userRepository.findAll()、var formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd")
- 避免用于模糊返回值：不用 var result = service.process()，而应写 var response = apiClient.fetchUser(id) —— 名称本身已暗示类型和用途
- 禁止在字段、方法签名、泛型参数、lambda形参中使用 var，这些位置类型信息必须显式存在
把变量“锁”进最小作用域，拒绝提前占位
变量声明离首次使用越远，越容易变成僵尸代码或状态污染源：
- 循环内累加变量（如 sum、count）统一提至循环外声明，循环体内只做运算：int total = 0; for (Order o : orders) { total += o.getAmount(); }
- 避免在 if 或 for 块内反复 new 相同对象，例如 SimpleDateFormat —— 提前声明为 final 局部变量，或改用线程安全的 DateTimeFormatter
- 删除所有未使用的声明，特别是 IDE 标灰却仍保留的“以防万一”变量，它们只会干扰阅读和调试
合并重复初始化，封装成构造逻辑或工具入口
当多个地方出现相同结构的变量组合（如 Map + 字段赋值、DTO 构建、HTTP 响应解析），说明它已具备抽象价值：
- 用 Builder 模式替代零散 set：不再写 User u = new User(); u.setName(...); u.setAge(...);，改用 User.builder().name("A").age(25).build()
- 高频响应结构提取为专用类：把反复出现的 String data = ""; int code = 0; Map
extra = new HashMap(); 封装为 ApiResponse类，提供静态工厂方法 - 字符串判空、JSON 转换、日期格式化等通用操作，收口到 StringUtils、JsonUtils 等工具类，调用方只写一行语义化代码
用函数式链式调用跳过中间变量
当变量仅用于传递给下一个操作，且不需复用或调试观察，直接链式处理更干净：
- 过滤+映射无需临时集合：orders.stream().filter(o -> o.isPaid()).map(Order::getTotal).collect(Collectors.toList())，不必先声明 List
paidOrders = ... - 避免布尔中转变量：users.stream().filter(User::isActive).forEach(System.out::println)，比先写 boolean active = user.isActive() 再判断更直接
- 方法引用优先于 lambda 表达式中转：list.forEach(System.out::println) 比 list.forEach(item -> System.out.println(item)) 更简洁且语义明确
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
