PHP switch 不加 break 就会往下执行
PHP 的 switch 默认行为是「穿透」（fall-through）：只要某个 case 的条件匹配，就会从那里开始一路往下执行，直到遇到 break、return 或函数结束。这不是 bug，是语言设计——但绝大多数业务场景里，它属于隐性错误源。
常见错误现象：switch ($status) { case 1: echo 'pending'; case 2: echo 'done'; }，传入 1 却输出 pendingdone；更隐蔽的是中间漏了 break，导致后续多个分支逻辑被意外触发。
- 所有
case块末尾，只要不打算穿透，就必须显式写break -
default分支也建议加break，哪怕它是最后一个——未来加新case时不容易出错 - 如果真需要穿透（比如多个值共享同一段逻辑），用注释明确标出：
// fall through，避免被误删
return / exit / throw 能替代 break 吗
能，而且更安全——前提是它们发生在函数内或可终止流程的上下文中。
使用场景：在控制器方法、状态处理函数中，每个 case 执行完就 return，天然阻断穿透，还省去写一堆 break。
立即学习“PHP免费学习笔记（深入）”；
创建并切换AI助手人格。使用 /personality 列出并激活已保存的人格；使用 /create-personality 设计新角色，自动填充 SOUL 与 IDENTITY。跨会话和对话压缩时人格持久化，自动恢复心跳。原子切换提供备份与回滚保护，切换前始终备份当前状态。
-
return在函数体内等价于break + return，推荐用于纯逻辑分支 -
exit或die会直接终止脚本，仅适用于 CLI 工具或早期错误退出，Web 请求中慎用 -
throw适合异常路径，但要注意调用方是否捕获，否则整个请求崩掉 - 别混用：
return后再写break是冗余代码，PHP 会报 Warning（PHP 8.0+）
PHP 8.0+ 的 match 表达式彻底解决穿透问题
match 是 PHP 8 引入的严格版 switch，默认不穿透、必须穷尽所有可能、返回值强制要求、类型更安全。
性能影响：比 switch 略快（引擎优化），且没有隐式类型转换（match 是严格比较，switch 是松散比较）。
- 每个分支必须有返回值，语法上就杜绝了“只 echo 不 return”的半截逻辑
- 没匹配到会抛
UnhandledMatchError，逼你处理default或补全枚举值 - 不能省略
break——因为根本没break这个东西 - 示例：
$result = match($code) { 200 => 'ok', 404 => 'not found', default => 'unknown' };
IDE 和静态分析怎么帮你发现漏 break
光靠人眼检查容易漏，尤其大段 switch 或多人协作时。现代工具能提前预警。
常见错误现象：PHPStan、Psalm 报 MissingBreakInSwitch；PHPStorm 在没 break 的 case 行末标黄并提示 “Fall-through case”。
- 启用 PHPStan level 5+ 或 Psalm --level=3，能检测未终止的
case - PHPStorm 设置里打开 «Unreachable code» 和 «Fall-through case» 检查项
- CI 流程中加入
phpstan analyse --level=5，把穿透漏洞挡在上线前 - 注意：
match不受此问题困扰，所以升级到 PHP 8 后，优先用match替代简单switch
穿透本身不是缺陷，但业务代码里几乎不需要它；一旦漏了 break，问题往往延迟暴露——比如某个状态流转多走了一步，日志看不出，数据却悄悄错了。
