if/else 与 switch 性能差异可忽略，PHP 8.0+ 优化 switch 但简单场景 if 略快；慎用类型混用和低概率条件前置；选项≥4 用 switch，动态值/范围判断用 if；foreach 通常最快最安全，for 仅索引数组稍快但易错，while+each() 已废弃。
if/else 和 switch 在 PHP 中性能差多少
差别几乎可以忽略，除非你每秒执行几百万次分支判断。PHP 8.0+ 的 switch 对整数和字符串做了优化，但 if/elseif/else 链在简单场景下甚至略快——因为少了跳转表初始化开销。
常见错误现象：switch ($x) { case '1': ... case 1: ... } 混用类型导致意外匹配（PHP 弱类型隐式转换）；if 链里把高概率条件放后面，白白多做几次判断。
- 使用场景：选项固定且数量 ≥ 4，优先用
switch；动态值、布尔判断、范围比较（如$x > 100），只能用if - 参数差异：
switch只支持单表达式，不支持case $a || $b:这种写法；if可嵌套任意逻辑 - 性能影响：在真实 Web 请求中（一次请求含几十到几百次分支），两者耗时差异在纳秒级，远小于一次数据库查询或文件 I/O
foreach vs for vs while 遍历数组谁更快
foreach 是最安全也通常最快的，尤其对关联数组；for 在索引数组上手动计数，稍快但极易出错；while + each() 已被弃用，PHP 7.2+ 直接报 E_DEPRECATED。
常见错误现象：for ($i = 0; $i 把 <code>count() 放进循环条件，每次迭代都重新计算长度；或者用 foreach ($arr as &$v) 后没 unset($v)，导致后续遍历污染最后一个元素。
立即学习“PHP免费学习笔记（深入）”；
- 使用场景：遍历任何数组结构，无脑选
foreach；只有极少数情况（如需精确控制索引步长或反向遍历）才考虑for - 性能影响：PHP 7.4+ 中
foreach内部已优化为直接操作哈希表指针，比for调用count()和下标取值更轻量 - 兼容性注意：PHP 8.0 开始，
foreach对引用变量的处理更严格，避免在循环中修改原数组键名引发未定义行为
空循环、continue/break 带条件会影响性能吗
单次 continue 或 break 几乎零开销；但空循环（比如 while (true) { }）会吃满 CPU，这不是流程控制的问题，是逻辑错误。
常见错误现象：在 foreach 中写 if ($x) continue; do_something();，结果 do_something() 总是执行——因为忘了加 else 或大括号；或者用 break 2 时没确认外层是否真是两层循环，导致跳出位置错乱。
- 使用场景：
continue适合过滤型逻辑（跳过某些项）；break适合提前终止（如查找第一个匹配项后退出） - 性能影响：它们本质是跳转指令，编译后就是一条 CPU
jmp，比函数调用便宜得多；真正拖慢的是循环体内的重型操作，不是控制语句本身 - 容易踩的坑：在引用遍历中用
unset()当前元素，再继续foreach，PHP 可能跳过下一个元素（内部指针偏移问题）
三元运算符 ? : 和 null 合并 ?? 性能与陷阱
?? 比 ?: 更安全也略快，因为它只检查变量是否存在且不为 null，不触发任何类型转换或警告；?: 会求值左侧并判断“falsy”，可能抛出 Notice（如访问未定义数组键）。
常见错误现象：$x ?: $y 在 $x = 0 时返回 $y（因为 0 是 falsy），但业务上 0 是有效值；$arr['key'] ?? 'default' 看似稳妥，但如果 $arr 本身未定义，仍会报 Notice: Undefined variable。
- 使用场景：取默认值优先用
??；需要按 falsy 判断（如空字符串也算无效）才用?: - 参数差异：
??左侧必须是变量、数组访问或对象属性；不能是函数调用（func() ?? 'd'在 PHP 7.4+ 才支持） - 性能影响：两者底层都是短路求值，差异可忽略；但
??少一次类型转换和 falsy 判断，实际运行略省电
真正影响 PHP 流程性能的，从来不是 if 多一层还是少一层，而是你在循环里反复查数据库、在条件分支里加载整个类文件、或者用 eval() 动态拼 SQL——那些地方才值得抠毫秒。
