本文详解 laravel 中控制器向视图传递查询数据时的常见错误及修复方案，重点解决因变量命名不一致、数组嵌套过深或未正确解构导致 `@foreach` 无法遍历显示的问题。
在 Laravel 开发中，一个高频问题是：控制器已成功查询数据库，但视图中使用 @foreach($businesses as $business) 却无法渲染任何内容，甚至报错 Undefined variable: businesses 或循环体静默失效。这通常并非数据库查询失败，而是数据传递方式与视图期望结构不匹配所致。
? 根本原因分析
你原始代码存在两个关键问题：
-
键名嵌套冗余：
$businesses['businesses'] = DB::table(...)->get(); return view('searchbusinessnew', $businesses);此处 $businesses 是一个关联数组，其结构为 ['businesses' => Collection]；而你在视图中却直接尝试遍历 $businesses（即整个数组），而非 $businesses['businesses'] —— 导致 @foreach($businesses as $business) 实际遍历的是键 'businesses' 和值 Collection 这对元素，自然无法访问模型属性。
混用 ->with() 与数组传参：
return view(...)->with('bc') 在此处无实际作用（'bc' 未赋值），且与前面的数组传参方式冲突，易引发不可预期行为。使用 $_GET 而非 Laravel 请求对象（安全与规范问题）：
直接读取 $_GET['id'] 绕过了 Laravel 的请求验证、过滤和 CSRF 防护机制，应改用 $request->get() 或更推荐的 $request->input()。
✅ 正确写法：扁平化键名 + 显式传递
控制器中应直接以清晰键名传递查询结果，避免多余嵌套：
// ✅ 推荐：使用 Request 对象 + 扁平化键名
use Illuminate\Http\Request;
public function search(Request $request)
{
$businesses = DB::table('businesses')
->where('city', $request->input('id'))
->where('email', $request->input('email'))
->where('name', $request->input('name'))
->get();
// 直接以 'businesses' 键名传递 Collection（非嵌套数组）
return view('searchbusinessnew', [
'businesses' => $businesses
]);
}? 提示：DB::table()->get() 返回的是 Illuminate\Support\Collection，它原生支持 Blade 中的 @foreach 遍历，无需额外转换。
? 视图层保持简洁（无需修改）
你的 Blade 模板可维持原样，完全正确：
{{-- resources/views/searchbusinessnew.blade.php --}}
@foreach($businesses as $business)
ID: {{ $business->id }} |
Name: {{ $business->name }} |
Email: {{ $business->email }}
@endforeach
{{-- 可选：空结果提示 --}}
@if($businesses->isEmpty())
未找到匹配的企业信息。
@endif⚠️ 注意事项与最佳实践
- 永远优先使用 Request 对象：替代 $_GET/$_POST，便于后续添加验证（如 $request->validate([...])）。
- 避免混合传参方式：不要同时使用 view($name, $data) 和链式 ->with()，二者语义不同且易覆盖。
- 检查查询是否真有结果：可在控制器中 dd($businesses) 确认 Collection 非空；若为空，@foreach 将自动跳过，需配合 @empty 或 ->isEmpty() 提供用户友好提示。
- 考虑使用 Eloquent 模型：若 businesses 表对应 Business 模型，建议改用 Business::where(...)->get()，获得更丰富的模型方法和类型提示。
✅ 总结
问题本质是「数据结构错位」：控制器把 Collection 塞进二维数组，而视图期待一维可遍历集合。修复只需一步——让传递的键名与视图中使用的变量名严格一致，并确保值是 Collection 本身。遵循此原则，即可稳定渲染多条件查询结果。
