本文介绍在 laravel 中遍历对象数组时，如何避免因使用 `next()` 导致的“trying to get property of non-object”错误，并提供健壮、可读性强的替代方案——通过预提取唯一键值实现精准分组。
在 Laravel（或纯 PHP）中处理对象数组时，若需基于当前项与下一项的属性（如 cnpj）进行逻辑判断（例如检测值变化并据此拆分数组），直接调用 PHP 内部数组指针函数 next() 是高风险做法。其根本问题在于：foreach 循环本身会重置并管理内部指针，而手动调用 next() 会导致指针偏移不可控；当遍历至最后一个元素时，next() 返回 false 或 null，此时 $next->cnpj 必然抛出 “Trying to get property 'cnpj' of non-object” 错误——这正是你遇到问题的根源。
更可靠的做法是脱离指针依赖，转向索引式访问或键值预处理。以下为推荐的三种专业级解决方案，按适用性与可维护性排序：
✅ 方案一：索引遍历（最直观、零额外内存开销）
$aiuaEd = [];
$aiua = [];
for ($i = 0; $i < count($finances); $i++) {
$current = $finances[$i];
// 判断是否为最后一项，或下一项 CNPJ 不同
$isLastOrChanged = ($i === count($finances) - 1) ||
($finances[$i + 1]->cnpj !== $current->cnpj);
if ($isLastOrChanged) {
$aiua[] = $current;
} else {
$aiuaEd[] = $current;
}
}✅ 优势：无需额外数组，逻辑清晰，时间复杂度 O(n)，兼容任意长度数组。 ⚠️ 注意：确保 $finances 是真实数组（非 Traversable），Laravel 的集合可先调用 ->values()->all() 转为索引数组。
✅ 方案二：Laravel 集合方法链（语义化强，适合 Eloquent 场景）
// 假设 $finances 是 Illuminate\Support\Collection
$grouped = $finances->groupBy('cnpj')->values();
// 拆分为两个数组（按业务规则：取第一个 CNPJ 归入 aiuaEd，其余归 aiua）
if ($grouped->count() >= 2) {
$aiuaEd = $grouped->first()->all();
$aiua = $grouped->skip(1)->flatten()->all();
} else {
$aiuaEd = $finances->all();
$aiua = [];
}✅ 优势：高度可读，自动去重分组，天然支持链式操作与空安全。
? 提示：若需严格保持原始顺序（如首个出现的 CNPJ 归 aiuaEd），可用 $finances->first()->cnpj 提取首值再过滤。
✅ 方案三：优化版预提取唯一值（适配你原思路的健壮升级）
你提出的 array_unique 方案本质合理，但存在两处隐患：变量名混淆（$cnpj 被重复赋值）、未校验空值。以下是加固版本：
// 安全提取所有 CNPJ（自动跳过 null/missing 属性）
$cnpjs = array_filter(array_map(fn($f) => $f->cnpj ?? null, $finances));
$uniqueCnpjs = array_values(array_unique($cnpjs)); // 重置数字索引
$aiuaEd = [];
$aiua = [];
foreach ($finances as $finance) {
$cnpj = $finance->cnpj ?? null;
if (count($uniqueCnpjs) > 1 && $cnpj === $uniqueCnpjs[1]) {
$aiua[] = $finance;
} else {
$aiuaEd[] = $finance;
}
}? 总结与最佳实践建议
- 永远避免在 foreach 中混用 next() / prev()：PHP 手册明确指出，foreach 的行为在内部指针上是未定义的，极易引发竞态。
- 优先使用索引遍历或集合方法：它们语义明确、调试友好，且 Laravel 集合已针对性能深度优化。
- 防御性编程：对对象属性访问前使用 ?? 或 isset()，尤其当数据源可能不完整时。
- 扩展性思考：若未来 CNPJ 种类可能超过 2，方案一和二天然支持，而方案三需重构逻辑。
选择任一上述方案，即可彻底规避原始错误，同时提升代码的鲁棒性与可维护性。
