选择结构易读的核心是条件意图清晰、分支互斥不重叠、嵌套≤两层；应提取语义化变量或方法、优先用if-else if-else处理互斥场景、switch仅用于离散等值判断、深层逻辑封装为小函数。
选择结构设计得易读，核心是让条件意图一目了然、分支路径不重叠、嵌套不过深。可读性差的 if 或 switch 往往不是语法错，而是逻辑组织松散、边界模糊、责任不清。
用清晰的条件表达式代替复杂计算
条件语句里的布尔表达式应直接反映业务意图，避免在 if 括号里塞一堆运算或方法调用。
- 不好： if (user.getAge() >= 18 && user.getRole().equals("admin") && !user.isLocked() && lastLoginTime > System.currentTimeMillis() - 86400000)
- 推荐：先提取为有语义的变量或方法，比如 boolean canAccessAdminPanel = isAdult(user) && isAdmin(user) && isActive(user) && recentlyLoggedIn(user);，再写 if (canAccessAdminPanel)
- 好处是条件含义自解释，后续修改也只在一个地方调整
优先用 if-else if-else 覆盖互斥场景
当多个条件逻辑上互斥（比如分数等级 A/B/C/D/E），用链式 else if 更直观，比多个独立 if 更安全，也更易维护。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 每个分支对应一个明确范围，比如 if (score >= 90)、else if (score >= 80)…
- 末尾的 else 不要空着，哪怕只是 throw new IllegalArgumentException("score out of range")，它代表兜底逻辑，是可读性的锚点
- 避免漏掉 else 导致隐式“什么也不做”，别人读代码时会疑惑是否遗漏处理
switch 尽量用于离散、有限、等值判断
switch 的可读性优势在于把多个等值分支横向对齐，适合状态码、枚举、固定字符串等场景。
立即学习“Java免费学习笔记（深入）”；
- 用 enum 替代 int 或 String 做 case 值，编译期检查 + IDE 自动补全，大幅降低拼写错误和漏写 case 的风险
- 每个 case 后必须显式 break；若真需要穿透（fall-through），加注释说明原因，比如 // fall through: ADMIN inherits USER permissions
- 不要用 switch 处理范围判断（如 score/10），这类逻辑用 if 链更自然，强行 switch 反而绕弯
嵌套控制在两层以内，深层逻辑抽成方法
if 里面再套 if，超过两层就难一眼看清执行路径。这不是语法限制，而是人脑短期记忆容量限制。
- 把内层判断逻辑封装为 boolean 方法，比如 if (isEligibleForDiscount(order) && hasValidCoupon(order))
- 方法名本身成为文档：别人不用看实现，仅从方法名就能理解这个分支在做什么
- 嵌套变平后，主流程变成一条清晰的条件组合线，维护和测试都更容易
