优先用 if + elseif + else 处理互斥条件，如角色判断；仅当条件存在依赖关系（如登录且是管理员且在维护期）时才嵌套 if；switch 适用于单值枚举匹配，不支持表达式或范围判断；match 更安全但同样限于单值匹配，复杂逻辑应先归一化。
用 if 嵌套还是用 elseif？看条件之间有没有互斥关系
如果多个条件是“非此即彼”的关系（比如判断用户角色：管理员 / 编辑 / 游客），优先用 if + elseif + else 链。它逻辑清晰、执行效率高，PHP 会从上到下逐个判断，命中一个就跳出，不会继续执行后面的分支。
只有当条件之间存在依赖或组合嵌套时（比如“登录了 且 是管理员 且 当前时间在维护窗口内”），才真正需要嵌套 if。强行把互斥逻辑写成嵌套，会导致可读性下降、漏写 else 分支、调试困难。
- 互斥场景（推荐）：
if ($role === 'admin') { ... } elseif ($role === 'editor') { ... } else { ... } - 依赖场景（必须嵌套）：
if ($is_logged_in) { if ($role === 'admin') { if (time() > $maintenance_start) { ... } } } - 常见错误：把本该并列的权限校验写成多层
if，结果某个中间条件失败后整个流程静默退出，连日志都没留
switch 能不能替代多重 if？要看匹配的是什么类型
switch 只做松散比较（==），不支持表达式、范围判断或布尔逻辑组合。所以它适合单值枚举类判断（如状态码、类型字符串），不适合“大于 100 且小于 200”或“$a && !$b”这类条件。
一旦在 case 里塞了函数调用或复杂表达式，PHP 会直接报错或行为异常——因为 case 后面只接受常量或字面量。
立即学习“PHP免费学习笔记（深入）”；
- 能用：
switch ($status) { case 'active': ... case 'pending': ... } - 不能用：
case $x > 100: ...（语法错误） - 容易踩的坑：忘记加
break，导致“穿透”执行下一个case；或者用switch判断浮点数，因精度问题匹配失败
用 match（PHP 8+）简化条件分支，但别滥用
match 是严格比较（===）、自动返回、无穿透，比 switch 更安全简洁。但它和 switch 一样，只适用于单值匹配，不解决“多重条件组合”本身。
如果你试图靠 match 拼接多个变量（比如 match([$a, $b])），虽然语法合法，但可读性反而更差，也丧失了早期返回的优势。真要组合判断，不如先归一化为一个标识符再 match。
- 推荐写法：
$type = $is_premium && $has_vip ? 'vip_plus' : ($is_premium ? 'premium' : 'basic'); return match($type) { 'vip_plus' => ..., 'premium' => ..., default => ... }; - 不推荐：
match([$a, $b, $c]) { [true, false, true] => ..., ... }—— 调试时根本看不出哪个条件变了 - 兼容性注意：PHP match，线上环境没升级就别硬上
条件太多时，别堆 if，先拆逻辑再封装
当一个函数里出现超过 4 层嵌套或 5 个以上 elseif，说明责任已经超载。这时候不是换语法的问题，而是该把判断逻辑抽出来，变成独立函数或查找表。
比如权限检查，与其写一长串 if ($user->role === 'X' && $resource->type === 'Y' && ...)，不如定义 canAccess($user, $resource)，内部用策略模式或配置驱动来组织规则。
- 快速缓解：把重复出现的条件组合提取为变量，如
$can_edit = $user->is_admin || ($user->is_editor && $post->author_id === $user->id); - 长期解法：用数组配置代替硬编码判断，比如
$rules['post']['edit'] = ['admin', 'editor_own'];，再写个通用校验器 - 最常被忽略的一点：没有给每个分支补全
else或默认处理，导致某些条件下返回null或未定义行为，前端突然空白都找不到原因
