foreach 兼容性底线在于类型校验：php 5.3–5.6 对非法遍历仅发 notice，7.0+ 抛 typeerror，8.0+ 对未定义变量报 warning 并转空数组；安全写法是 foreach ((array)$data as $k => $v)。
foreach 在 PHP 5.3–8.x 中的兼容性底线
PHP 5.3 起 foreach 语法已稳定，但真正影响兼容性的不是语法本身，而是遍历对象、null、未定义变量或非数组类型时的行为差异。PHP 7.0+ 对空值和非法遍历抛出 TypeError 或 Warning，而 PHP 5.6 默认仅发 Notice 且继续执行。
- PHP 5.3–5.6：对
null或字符串调用foreach会触发Notice: Invalid argument supplied for foreach()，但脚本不中断 - PHP 7.0+：对
null或标量（如int、string）直接遍历时，抛出Fatal error: Uncaught TypeError - PHP 8.0+：对未初始化变量（如
$data未声明）使用foreach($data as ...)会报Warning: Undefined variable，并默认转为空数组（取决于error_reporting设置）
安全遍历前必须做的类型校验
不能依赖“写得少”，而要靠显式判断。最简也最稳的方式是先用 is_array() + !empty() 组合，或统一转为数组再遍历。
- 推荐写法：
foreach ((array) $data as $k => $v)—— 强制类型转换，把null、false、0、''都转成空数组，PHP 5.3 到 8.3 全兼容 - 若需区分原始值是否为数组，用
is_array($data) && !empty($data)，再进入循环；否则跳过或报错处理 - 避免
isset($data) && is_array($data)这种写法：当$data = null时isset()返回false，但is_array(null)是false，两者效果一致；真正风险在$data根本未声明，此时isset()安全，is_array()会触发Notice
遍历对象时的版本陷阱
PHP 对对象的 foreach 行为在 7.4 引入 __serialize()/__unserialize() 后更严格，但主要兼容问题仍来自魔术方法缺失或访问控制。
- PHP 5.3–7.3：若对象未实现
Iterator或Traversable，foreach默认遍历其 public 属性（包括继承的），无警告 - PHP 7.4+：行为不变，但若对象有
__get()且属性不存在，可能触发Notice；若属性被private或protected修饰，仍不可见 —— 这点从 PHP 5 就如此，不是新变化 - 稳妥做法：明确用
get_object_vars($obj)获取 public 属性数组，再遍历；或让对象实现IteratorAggregate接口，确保行为可控
foreach 中修改原数组的副作用差异
在循环中用 &$v 或直接操作 $arr[$k] 时，PHP 版本间迭代器内部指针行为略有不同，尤其涉及 unset() 或 array_push()。
立即学习“PHP免费学习笔记（深入）”；
- PHP 5.6 及更早：在
foreach中unset()当前元素可能导致跳过下一个元素（因内部哈希表重排） - PHP 7.0+：已修复该问题，
unset()不影响后续遍历顺序，但修改数组长度（如array_push()）仍可能导致新追加元素被遍历到（取决于引擎优化策略） - 通用规避方式：不用
foreach修改原数组结构；改用for+count()，或先收集键名再批量处理，例如：$keys_to_remove = []; foreach ($arr as $k => $v) { if (...) $keys_to_remove[] = $k; } foreach ($keys_to_remove as $k) unset($arr[$k]);
真正麻烦的从来不是 foreach 语法本身，而是你没意识到它背后那个数组到底是不是你想象中的数组 —— 尤其在函数返回值、API 响应解码、配置读取这些地方，null 和空字符串比你预想的更常混进来。
