continue 之后的代码真不执行吗
真不执行——这是 continue 的本质行为，不是 bug，也不是版本差异。它会立即终止当前循环迭代，跳转到下一次循环条件判断（for 的增量部分、while 的条件重检），中间所有未执行语句都被跳过。
常见错误现象：写完 continue 还在后面放了变量赋值、日志输出或状态更新，结果这些永远不跑，调试时发现逻辑“断层”，还以为是条件没进。
-
continue不等于return，它只跳出当前循环体，不影响外层函数执行 - 在
foreach中使用时，continue后面的语句不执行，但指针已自动移到下一个元素（PHP 7.4+ 行为一致） - 嵌套循环中，
continue默认只作用于最近一层；想跳外层要用continue 2
为什么加了 continue 却像没起作用
最常踩的坑是把 continue 放在了条件分支末尾却忘了加花括号，导致实际执行逻辑和预期不符。
例如：
立即学习“PHP免费学习笔记（深入）”；
foreach ($items as $item) {
if ($item['valid'] === false)
continue;
echo $item['name']; // ✅ 这行会被跳过
$count++; // ✅ 这行也会被跳过
}
但这样就危险了：
foreach ($items as $item) {
if ($item['valid'] === false)
continue;
echo $item['name']; // ❌ 这行永远执行！因为没花括号，它不属于 if 分支
$count++;
}
- PHP 不强制大括号，但
continue只影响它所在的「语句块」；没括号时，只控制紧跟着的那一行 - 用 IDE 显示代码折叠或缩进高亮能快速暴露这类结构错位
- 静态分析工具（如 PHPStan）对无括号单行分支+流程控制语句会发 warning
continue 和 break 在 foreach 中的行为差异
两者都跳过后续代码，但跳的目标不同：continue 是“这次不要了，继续下一次”，break 是“全停了，循环结束”。这个区别在处理分页数据、批量校验失败时特别关键。
使用场景举例：遍历用户列表发通知，遇到禁用用户跳过（continue）；但若发送服务不可用，应立刻中止全部（break）。
-
foreach中continue后，内部指针仍会推进到下一元素；break则完全停止迭代 - 性能上无实质差异，但语义错误会导致逻辑遗漏（比如该跳过的没跳，或该继续的断了）
- PHP 8.0+ 对
continue用在非循环上下文会报Fatal error: Uncaught Error: Cannot break/continue 1 level
continue 2 或 continue 3 容易写错的地方
多层循环里用数字参数跳指定层级，看着简单，实则极易出错——尤其当重构时删了一层循环，但忘了改 continue 2 成 continue 1。
错误现象：本想跳出内层 foreach，结果跳出了外层 for，甚至直接退出函数（如果外层是 for 套 function 里的逻辑）。
- PHP 要求数字必须是整型常量，不能是变量或表达式，如
continue $level直接报语法错误 - 嵌套超过两层时，建议改用标志变量 +
break组合，可读性和可维护性更高 - IDE 通常不校验
continue N的 N 是否越界，运行时报错才暴露
continue 的作用域完全由代码结构决定，而不是缩进或注释；哪怕你写了十行注释说“这里要继续下一轮”，只要没用花括号包住，它就只管下一行。 
