java变量声明应聚焦类型清晰、作用域最小化与初始化时机合理；善用var简化局部变量，避免模糊命名；变量须在首次使用前声明，合并重复逻辑并封装为工具类或builder模式，跳过无意义中间变量。
Java变量声明本身不冗余，关键在于写法是否合理。真正拖慢开发、埋下隐患的，不是多写了几个字，而是类型不清晰、作用域过大、初始化时机错位、重复逻辑散落各处。
用 var 简化明确类型的局部变量
当右侧表达式能清楚表明类型时，var 能显著减少视觉干扰，且不牺牲类型安全：
- 适合场景：初始化值直接可读，比如 var users = userRepository.findAll()、var formatter = new DateTimeFormatterBuilder().appendPattern("yyyy-MM-dd").toFormatter()
- 避免滥用：不要写 var x = computeValue() 这类模糊命名+模糊表达式的组合；换成 var result = apiClient.fetchUserList() 就更直观
- 注意边界：var 不能用于字段、方法参数、返回值、catch 块参数，也不能声明时不初始化（如 var temp; 会编译失败）
把变量放到它真正需要的地方
声明位置决定可维护性。越早声明、越晚使用，出错概率越高：
- 循环内状态变量（如计数、累加）应放在循环外：int total = 0; → 循环中只做 total += item.getPrice()
- 避免在 if 或 for 内反复创建相同用途对象，例如每次循环都 new SimpleDateFormat，应提取为 final 局部变量或使用 ThreadLocal
- 不用提前“占位”：不要在方法开头堆一堆未立即使用的变量，只在首次使用前一行声明
合并重复初始化逻辑，封装成结构或工具
多个地方出现相似的变量声明+赋值组合，说明它已具备抽象价值：
- HTTP 响应处理不再写 String body = ""; + int status = 0; + Map
data = new HashMap(); ，统一用 ApiResponse.success(data) 封装 - 字符串判空、数字范围校验、JSON 反序列化等高频操作，收口到 StringUtils、ValidateUtils、JsonUtils 等工具类
- 对象构建避免零散 new + set，改用 Builder 模式：User.builder().name("Tom").age(28).build()
跳过中间变量，用函数式表达直连意图
当变量仅作为“搬运工”存在，往往可以省略：
- 遍历时不用 list.forEach(item -> System.out.println(item))，直接 list.forEach(System.out::println)
- 过滤条件别先赋布尔值：users.stream().filter(u -> u.getAge() > 18).collect(...) 比先写 boolean adult = u.getAge() > 18; 再判断更干净
- Stream 链式调用中，除非要复用或调试观察，否则不必把中间结果（如 filtered、mapped）单独声明为变量
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
