Laravel中使用Eloquent查询构建器时，若未调用get()等执行方法，where()返回的是查询构造器实例而非集合，导致foreach无数据可遍历——这是循环“看似不执行”的根本原因。
laravel中使用eloquent查询构建器时，若未调用`get()`等执行方法，`where()`返回的是查询构造器实例而非集合，导致`foreach`无数据可遍历——这是循环“看似不执行”的根本原因。
在 Laravel 开发中，一个高频却易被忽视的问题是：
foreach 循环体为空执行，甚至完全跳过
。如您所示的 priceRegulation() 方法，逻辑看似清晰——查询价格记录、逐条压入数组、再判断数组长度——但实际运行时 foreach 块从未进入。问题根源不在循环语法或 PHP 版本，而在于
Eloquent 查询未真正执行
。
关键错误出现在这一行：
Price::where(...) 仅构建查询，返回的是 Illuminate\Database\Eloquent\Builder 对象，它
不是数组，也不是可迭代的集合
。此时 $prices->count() 虽能工作（因 count() 是 Builder 的延迟执行方法），但 foreach ($prices as $price) 会尝试遍历一个未执行的查询对象——Laravel 会静默地将其转为空集合（或触发隐式 get()，但行为不可靠且版本依赖），最终导致循环体不执行。
✅ 正确做法是显式调用 get() 获取 Eloquent 集合：
修正后的完整方法如下：
? 进一步优化建议：
避免冗余操作
：若只需判断是否存在有效价格，无需手动构建数组，可直接：
注意返回类型一致性
：当前方法混合返回 bool、string 和隐式 null（若未覆盖所有分支），建议统一为 bool|null|string 并添加 PHPDoc 注释。
调试技巧
：遇到类似问题，可在循环前 dd($prices) 或 dump($prices->toArray())，确认是否获得预期数据集。
总结：Eloquent 的“懒加载”特性是一把双刃剑——它提升性能，但也要求开发者明确区分“构建查询”与“执行查询”。牢记：
所有 where、orderBy 等链式调用均不触发数据库访问；只有 get()、first()、pluck()、count()、exists() 等终结方法才会真正执行 SQL
。养成显式调用执行方法的习惯，即可彻底规避此类“foreach 失效”陷阱。
$prices = Price::where('hotel_id', $this->id); // ❌ 返回 Builder 实例，未执行查询$prices = Price::where('hotel_id', $this->id)->get(); // ✅ 返回 Illuminate\Database\Eloquent\Collectionpublic function priceRegulation()
{
// 显式执行查询，获取 Price 模型集合
$prices = Price::where('hotel_id', $this->id)->get();
$lowerPrices = [];
if ($prices->isNotEmpty()) { // 推荐使用 isNotEmpty() 替代 count() > 0，更语义化
foreach ($prices as $price) {
$lowerPrices[] = $price;
}
return !empty($lowerPrices); // 等价于 sizeof($lowerPrices) >= 1
}
return 'empty';
}return Price::where('hotel_id', $this->id)->exists() ? true : 'empty';