确认数组仍触发each()警告：传递给each()的变量非数组/对象排查

嘿，这个问题我之前踩过好几次坑，别慌，咱们从几个常见的点来排查：

1. each()函数本身的“坑”——指针移位+版本废弃 #

首先要明确：each()在PHP 7.2之后就被官方废弃了，而且它的工作机制完全依赖数组的内部指针。哪怕你一开始用print_r($results)确认是数组，但如果循环过程中指针被移动到了数组末尾（比如之前有过数组操作、或者循环里修改了数组），下一次调用each()就会返回false，而不是数组元素，这时候自然就触发警告了。

比如你可能用了这种写法：

while(list($key, $val) = each($results)) {
    // 数据清理+入库逻辑
}

如果循环前数组指针已经不在开头，或者循环内有操作（比如unset($results[$key])）修改了数组，都会导致each()提前返回false，触发警告。

2. 数组可能被意外修改 #

再仔细检查一下你的代码：在调用each()之前，或者循环过程中，有没有其他代码把$results改成了非数组类型？比如不小心写了$results = clean_some_data($results);但这个函数返回的是字符串/null，或者某个地方误赋值$results = false;？哪怕print_r显示是数组，后续代码修改了它也会出问题。

3. 最稳妥的解决方案：替换each()为foreach #

既然each()已经被废弃，而且问题多多，直接换成foreach循环就好——它不会修改原数组的内部指针，兼容性和稳定性都强得多：

foreach($results as $key => $val) {
    // 你的数据清理代码
    $cleaned_data = clean_data_function($val);
    // 插入数据库
    insert_into_db($cleaned_data);
}

这种写法完全不会出现指针移位的问题，而且符合PHP现代版本的编码规范。

如果你非要用each()（不推荐） #

如果因为某些原因必须保留each()，那每次循环前一定要重置数组指针，确保指针在数组开头：

reset($results); // 重置指针到第一个元素
while(list($key, $val) = each($results)) {
    // 你的逻辑
    // 注意：循环内尽量不要修改$results数组，否则还是会出问题
}

最后再提一句：赶紧升级你的循环写法吧，each()早就是被淘汰的函数了，PHP 8.0甚至直接移除了它，现在不换以后升级PHP会直接报错。

内容的提问来源于stack exchange，提问作者Tom