当多个 case 需要执行各自特有逻辑后，再统一执行公共操作时，不应依赖 fall-through 到 default（因 default 不参与隐式穿透），而应将公共逻辑提取为独立代码块或封装为函数调用，确保结构清晰、可维护且符合语言规范。
当多个 case 需要执行各自特有逻辑后，再统一执行公共操作时，不应依赖 fall-through 到 default（因 default 不参与隐式穿透），而应将公共逻辑提取为独立代码块或封装为函数调用，确保结构清晰、可维护且符合语言规范。
在 JavaScript（及其他主流 C 风格语言如 Java、C#、TypeScript）中，switch 语句的 default 分支不会自动被其他 case 穿透（fall through）——它仅在无匹配 case 时执行。因此，试图通过省略 break 让 "a" 或 "b" “落入” default 是无效且不可靠的（除非你显式写 default: 在对应 case 后，但这违背语义且易出错）。
✅ 正确做法有两种，均兼顾可读性、可维护性与语言最佳实践：
方案一：将公共逻辑移至 switch 外（推荐）
适用于公共逻辑简单、无副作用、不依赖 case 内局部变量的场景：
switch (someVar) {
case "a":
console.log("Handling 'a' specially");
// do something peculiar for a
break;
case "b":
console.log("Handling 'b' specially");
// do something peculiar for b
break;
// 注意：无需 default 分支 —— 公共逻辑统一后置
}
// common things that all cases should do
console.log("Running common cleanup/logging/validation...");
doCommonSetup();
该方式消除了重复，避免了控制流混淆，也更符合单一职责原则。
方案二：封装公共逻辑为独立函数
当公共逻辑较复杂、需复用参数，或需在 case 内访问局部状态时，推荐此方式：
function doCommonThings() {
console.log("Executing shared post-processing...");
// e.g. logging, state update, error handling, cleanup
}
switch (someVar) {
case "a":
const resultA = processA();
// do something peculiar for a
doCommonThings(); // 显式调用，意图明确
break;
case "b":
const resultB = processB();
// do something peculiar for b
doCommonThings();
break;
default:
// 可选：处理未覆盖分支（如异常兜底），但不再承担“通用逻辑”职责
console.warn(`Unexpected value: ${someVar}`);
break;
}
⚠️ 注意事项：
- ❌ 不要滥用 fall-through 模拟 default 执行（例如在 case "a": ... /* no break */ default:），这会破坏 default 的语义本意，且一旦新增 case 易引发意外执行；
- ✅ 若部分 case 不需要执行公共逻辑，可在对应分支中跳过函数调用，灵活性更高；
- ? 函数封装还支持单元测试、条件调用（如 if (shouldRunCommon) doCommonThings()）及异步扩展（如 await doCommonThingsAsync()）。
总结：default 是兜底分支，不是“后置钩子”。将通用行为解耦为独立步骤或函数，是提升 switch 可维护性的关键设计选择。
