switch的穿透特性是可主动利用的设计机制，适用于多值共享相同逻辑的场景，如月份天数分组、状态归类、权限聚合和错误码映射，需连续case连写并在末尾加break，避免跨语义穿透与副作用。

JavaScript 中 switch 的穿透特性（fall-through）不是 bug，而是可被主动利用的设计机制——关键在于“有意省略 break”，让多个 case 共享同一段执行逻辑。

哪些情况适合用穿透

当多个不同值需要执行完全相同的代码时，穿透能显著减少重复，提升可读性与维护性。典型场景包括：

• 月份天数分组：1、3、5、7、8、10、12 月都是 31 天
• 状态归类：'pending'、'processing'、'queued' 都算“进行中”
• 权限聚合：'editor'、'reviewer'、'admin' 都拥有“查看文档”权限
• 错误码映射：400、401、403 都统一跳转登录页

写法要点：case 连写 + 共享逻辑块

把需要合并的 case 标签连续排列，中间不加 break，只在最后一项后加 break 或 return：

const month = 4;
let days;
switch (month) {
  case 1:
  case 3:
  case 5:
  case 7:
  case 8:
  case 10:
  case 12:
    days = 31;
    break;
  case 4:
  case 6:
  case 9:
  case 11:
    days = 30;
    break;
  case 2:
    days = "28 或 29";
    break;
  default:
    days = 0;
}

注意：所有 case 必须对齐缩进，避免视觉混淆；每个分组末尾必须有 break，否则会意外穿透到下一组。

Java Maven Secondary Analysis

分析ZIP压缩包或GitLab仓库中的Java Maven项目，确定二次开发范围、类数量、模块分布及生产相关指标。

下载

穿透时的常见陷阱与规避

穿透本身安全，但容易因疏忽引发错误。需特别注意：

• 别在共享逻辑前漏掉变量初始化（如未声明 days 就赋值）
• 避免在穿透路径中混入副作用操作（比如两个 case 都调用 sendLog()，结果发两次）
• 不要跨语义分组穿透——例如把 'success' 和 'error' 写在同一穿透链里，逻辑上不合理
• 团队协作时建议加注释说明意图，例如：// fall-through: pending/processing/queued 同属 active 状态

替代方案对比：对象映射 vs 穿透

有人倾向用对象字面量代替穿透，例如：const daysMap = {1:31, 3:31, ...}。这种方式更函数式、无副作用，但存在局限：

• 无法嵌入复杂逻辑（如需计算、异步、条件分支）
• 键必须是字符串或数字，枚举或 symbol 不友好
• 缺少运行时类型检查和 IDE 自动补全支持
• 错误值访问返回 undefined，而 switch 会自然落到 default 分支

穿透更适合需要执行语句块、含流程控制、或强调语义分组的场景。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南