Java增强for循环不支持var声明，因语法结构限制和编译期类型推导机制不兼容，强行使用将导致编译错误；替代方案包括显式声明、传统for循环或Stream API。
不能用 var 简化增强 for 循环中的变量声明 —— 它根本不可用，且会导致编译错误。
Java 中 for-each 循环不支持 var
从 Java 10 引入 var 起，它仅适用于局部变量声明（var x = ...），而增强 for 循环（for (Type item : list)）的括号内不是“变量声明语句”，而是语法结构的一部分。JVM 规范和 Java 语言规范明确禁止在 for-each 头部使用 var。
常见错误现象：
for (var item : items) { ... } // 编译报错：'var' is not allowed here原因很简单：var 是类型推导占位符，但 for-each 的迭代变量类型必须在编译期被明确解析为集合/数组元素类型，而 var 在此处无法参与该上下文推导流程。
替代方案：显式类型 or 提前声明 + var
如果你追求简洁，又想利用 var，只能绕开 for-each 语法本身：
- 用传统
for循环 +var声明索引或迭代器：for (var i = 0; i < list.size(); i++) { var item = list.get(i); } - 用
iterator()+var：for (var it = list.iterator(); it.hasNext(); ) { var item = it.next(); } - 更推荐：用
forEach方法配合 lambda（类型由编译器从函数签名反推）：list.forEach(item -> { /* item 类型自动推导 */ });——注意这里item是 lambda 参数，不涉及var，但效果更简洁。
为什么 IDE 有时显示“可用 var”提示？
某些 IDE（如 IntelliJ）在增强 for 循环中对类型名右键点击时，会提供“Replace with var”意图操作，但这属于误报。它实际尝试将 String item 替换为 var item，而该替换一旦执行就会触发编译失败。这是 IDE 对语法边界识别不严谨导致的假正例。
真实兼容性情况：
- Java 10–21：全部不支持
for (var x : ...) - 未来版本（如 Java 22+）也无相关 JEP 提案，基本可判定是语言设计上的永久限制
- 其他语言（如 C# 的
foreach (var x in ...)）能用，是因为其语法定义不同，不可类比
真正省事的办法不是硬套 var，而是确认集合类型是否已带泛型、是否可改用 stream() 或 forEach() —— 那些地方类型推导才真正生效。强行在 for-each 里塞 var 只会换来一个红波浪线和一次编译失败。
