Switch语句的fall-through特性指匹配case后无break则继续执行后续case代码，可合并相同逻辑或模拟范围分组，但易引发隐式bug，现代语言通过显式注释或关键字管控，复杂场景推荐对象映射替代。
Switch 语句的 fall-through 特性是指：当某个 case 匹配后，若没有 break 或其他跳转语句（如 return、throw），程序会继续执行下一个 case 的代码块，而不会自动跳出。合理利用这一特性，可以避免重复写相同逻辑，让多个条件共享同一段处理代码。
用连续 case 合并相同处理逻辑
这是最常见也最直观的用法。当多个值需要执行完全相同的逻辑时，把它们的 case 并列写在一起，中间不加 break，最后在共用逻辑结束处加 break。
例如判断星期几是否为工作日：
（以 JavaScript 为例）
switch (day) {
case 'Monday':
case 'Tuesday':
case 'Wednesday':
case 'Thursday':
case 'Friday':
console.log('Working day');
break;
case 'Saturday':
case 'Sunday':
console.log('Weekend');
break;
default:
console.log('Invalid day');
}
按范围或模式分组时保留 fall-through
某些语言（如 C、C++、Java）中 switch 只支持常量整型或枚举，不能直接写区间，但可通过 fall-through 模拟小范围合并。比如处理 HTTP 状态码分类：
switch (statusCode) {
case 200:
case 201:
case 204:
// 成功响应
handleSuccess();
break;
case 400:
case 401:
case 403:
case 404:
// 客户端错误
handleClientError();
break;
case 500:
case 502:
case 503:
// 服务端错误
handleServerError();
break;
}
注意隐式 fall-through 容易引发 bug
fall-through 是隐式的，一旦漏写 break 又没意识到，就会意外执行后续分支，造成逻辑错误。现代语言和工具提供了缓解方式：
- TypeScript 和 ESLint 默认启用
no-fallthrough规则，要求显式写// falls through注释来表明是故意的 - Go 语言完全禁用隐式 fall-through，必须用
fallthrough关键字显式声明 - 在可能遗漏的地方，优先考虑用 if-else 或查找表（map/object）替代 switch，尤其是逻辑较复杂时
替代方案：用对象映射 + 默认逻辑更清晰
如果分支多、逻辑重复但又不想依赖 fall-through，可将“值 → 处理类型”的关系抽成对象，再统一调度：
const categoryMap = {
'Monday': 'work',
'Tuesday': 'work',
'Friday': 'work',
'Saturday': 'weekend',
'Sunday': 'weekend'
};
const category = categoryMap[day] || 'unknown';
if (category === 'work') handleWorkDay();
else if (category === 'weekend') handleWeekend();
else handleUnknown();
这种方式可读性高、易维护、无 fall-through 风险，适合动态值或配置化场景。
