default 不必写在 switch 最后，但强烈建议放末尾；否则可能因 fall-through 被意外执行，丧失兜底语义，且降低可读性与可维护性。
default 必须写在 switch 最后吗？
不是必须，但强烈建议。PHP 的 switch 语句执行是「从匹配的 case 开始，一路向下穿透（fall-through）直到遇到 break 或结束」。如果 default 写在中间，且前面某个 case 没写 break，程序会直接掉进 default 分支，哪怕输入值明明匹配了上面的 case。
常见错误现象：
输入 $status = 'active'，却意外执行了 default 里的逻辑，还查不出原因。
-
default放在中间时，它本质只是个没有条件的case，不带任何“兜底”语义保障 - 只有当所有
case都没匹配上，且default是最后一个分支（或后面所有分支都被break截断），它才真正起兜底作用 - 团队协作或代码复查时，位置反常的
default极易被误读，增加维护成本
default 不写 break 会怎样？
会继续执行后续所有 case 和 default 分支里的代码，直到遇到 break、return、函数结束，或脚本终止。
使用场景：极少数需要多值映射到同一处理逻辑时，会故意省略 break（比如 case 'a': case 'b': default: 合并处理）。但这种写法风险高，可读性差。
立即学习“PHP免费学习笔记（深入）”；
- 只要
default后还有其他case，又没加break，就必然触发穿透 - PHP 不会警告，也不会报错，属于静默逻辑错误
- 如果
default在末尾且没写break，影响不大（因为后面没代码了），但仍是坏习惯，容易在后续追加新case时埋雷
default 能否用作初始化入口？
不能依赖它做“默认初始化”。default 只在无 case 匹配时触发，不代表“每次 switch 都会走一次”。如果某个值恰好命中某个 case，default 就完全不会执行。
常见错误现象：把变量声明或资源初始化放在 default 里，结果某些分支下该变量未定义，后续报 Undefined variable。
- 需要确保变量始终可用，应在
switch外提前初始化，比如$result = null; - 若逻辑上真需要“无论是否匹配都执行某段代码”，应把这段代码放在
switch外，而不是塞进default -
default的唯一职责是处理“未覆盖的输入值”，不是控制流调度器
和 if-else 对比时 default 的实际价值
它的价值不在语法糖，而在明确表达「穷举遗漏」的意图。当你的 case 覆盖了所有已知状态（如 'pending'、'success'、'failed'），default 就是给未来可能新增的状态或非法输入留的出口。
性能影响几乎为零，但兼容性要注意：
- PHP 8.0+ 中，如果
match表达式没覆盖全部可能值，会抛UnhandledMatchError；而传统switch+default仍是目前最稳妥的兜底方式 - 某些静态分析工具（如 PHPStan）能识别带
default的switch，对枚举类型做更严格的路径检查 - 如果业务要求“不允许未知状态”，
default里别只打日志，要抛异常或返回错误码，否则问题会被掩盖
最容易被忽略的是：default 不是摆设，它得真能应对意料之外的值——比如传入对象、数组、null，或者前端传来的拼写错误字符串（'acitve'），这些都得在 default 里有明确处置，而不是简单 echo 一句“未知状态”。
