Java流程控制面试题核心在于执行逻辑、作用域与编译约束：switch对String底层转hashCode+equals，枚举新增值不报错但运行时漏逻辑；Integer比较在[-128,127]外因缓存失效；带标签break/continue需同作用域且continue重置循环变量；finally总执行并可能覆盖返回值；三元运算符类型推断依最近公共父类或数字提升规则。
Java 流程控制的面试题看似简单，实则常因细节理解偏差或边界场景遗漏被扣分。核心不在背语法，而在厘清执行逻辑、作用域影响和编译期约束。
if-else 与 switch 的隐含陷阱
面试官常问“switch 能否用 String？底层怎么实现？”——这不只是考语法，更考 JVM 知识。Java 7+ 支持 String，但编译后实际转为 hashCode + equals 判断，而非跳转表；若字符串哈希冲突多，性能可能退化为 if-else 链。另外，case 中变量未初始化就使用（如漏写 break 导致 fall-through 后赋值）会触发编译错误，但很多人误以为是运行时异常。
- switch 表达式（Java 14+）必须覆盖所有可能取值，否则需 default 或 throw
- enum 在 switch 中安全，但若新增 enum 值而未更新 switch，编译不报错，运行时可能漏逻辑
- if (x == y) 对 Integer 在 [-128, 127] 外可能为 false，因自动装箱缓存失效
循环中的 break/continue 标签易错点
“如何从嵌套 for 中直接跳出最外层？”答“用标签”只是第一步。关键在：标签必须紧贴循环语句前，且不能跨方法或作用域；continue 标签跳到指定循环开头，不是跳过当前迭代后继续下一轮——这点常被误解。例如带标签的 continue 实际重置内层循环变量，而非仅跳过本次内层执行。
- 标签名后跟冒号，且必须与循环在同一作用域（不能在 if 里定义标签再在外层用）
- for-each 循环无法用传统索引控制，想跳过特定元素需用 iterator.remove() 或提前 return
- while(true) 中 break 不等于 return，方法后续代码仍会执行
try-catch-finally 的执行顺序盲区
高频题：“try 中 return，finally 还执行吗？返回值是谁？”答案是：finally 总执行（除非 System.exit），但若 finally 里也有 return，它会覆盖 try/catch 中的返回值。更隐蔽的是：基本类型返回值在 try 中被暂存，finally 修改同名变量不影响返回结果；但对象引用的属性被修改，则会影响最终返回对象的状态。
立即学习“Java免费学习笔记（深入）”；
- finally 在 return 表达式计算后、真正返回前执行（即“先算值，再进 finally，再返回”）
- catch 捕获父类异常后，子类异常不会进入其他 catch 分支，顺序写反会导致编译失败
- try-with-resources 中资源关闭发生在 try 块结束时，即使有 return 或异常，且关闭异常可能压制原始异常
条件表达式 ?: 的类型推断误区
“Object a = true ? new Integer(1) : new Long(2); 结果类型是什么？”这类题考三元运算符的二元操作数类型统一规则：编译器找二者最近公共父类型（这里是 Number），再向上提升为 Object。但若一边是 null，类型推断会以另一边为准；若一边是基本类型，另一边是包装类，会触发自动拆箱/装箱，可能引发 NullPointerException。
- ?: 左右操作数类型不同时，优先转为数字提升（byte→short→int→long→float→double）
- 避免在 ?: 中混用 int 和 Integer，尤其当一方可能为 null 时
- 嵌套 ?: 易读性差，且类型推断层级加深，建议拆成 if-else
不复杂但容易忽略，关键是把“写了能跑”和“写得严谨”区分开。多写几段边界 case 跑一跑，比死记结论更有效。
