理解 Laravel Eloquent find()：查询次数与对象创建机制

59次阅读

本文深入探讨 Laravel Eloquent find() 方法的执行机制。通过分析连续两次调用 Flight::find(1) 的场景，揭示了在默认情况下，每次调用都会独立执行数据库查询，并实例化新的模型对象。这有助于开发者理解 Eloquent 的查询行为和内存管理，避免潜在的性能误区。

理解 Eloquent find() 方法的执行行为

laravel eloquent orm 极大地简化了数据库交互，但其内部机制对于编写高性能应用至关重要。我们将聚焦于 find() 方法，探讨当面对连续、参数相同的调用时，其对数据库查询和对象创建的影响。

示例场景分析

考虑以下 Laravel Eloquent 代码片段：

$a = Flight::find(1); $b = Flight::find(1);

这个示例引发了两个核心问题：

上述代码会执行多少次数据库查询？
上述代码会创建多少个 Flight 模型对象？

数据库查询次数详解

Laravel Eloquent 的 find() 方法是一个便捷的查询接口，专为通过模型主键检索单个记录而设计。当调用 Flight::find(1) 时，Eloquent 会在底层构建并执行一个 SQL 查询，其大致形式如下：

SELECT * FROM `flights` WHERE `flights`.`id` = 1 LIMIT 1;

关键在于，Eloquent 在默认情况下不会对简单的 find() 方法调用结果进行内部缓存。这意味着，即使两次调用 Flight::find(1) 的参数完全相同，Eloquent 也会将其视为两个独立的请求，并分别向数据库发送查询。

因此，对于上述代码：

$a = Flight::find(1); 会触发第一次数据库查询。
$b = Flight::find(1); 会触发第二次数据库查询。

总计，将执行 2 次 数据库查询。

模型对象创建数量详解

每次成功的数据库查询都会返回相应的数据。Eloquent 的核心职责之一就是将这些原始数据库记录“水合”（hydrate）成对应的 PHP 模型对象实例。由于上述代码执行了两次独立的数据库查询，并且每次查询都成功检索到 ID 为 1 的航班数据，Eloquent 会为每次查询的结果分别创建一个新的 Flight 模型实例。

因此：

第一次查询的结果会被实例化为一个 Flight 对象，并赋值给 $a。
第二次查询的结果会被实例化为另一个独立的 Flight 对象，并赋值给 $b。

尽管 $a 和 $b 在数据库层面代表的是同一条记录，但它们在 PHP 内存中是两个独立的 Flight 模型对象实例。你可以通过 PHP 的严格相等运算符 (===) 来验证这一点，即 $a === $b 的结果将是 false。

总计，将创建 2 个 Flight 模型对象。

VisDoc

AI文生图表工具

29

查看详情

验证示例

为了更直观地理解，我们可以通过 Laravel 的数据库查询日志功能来验证：

<?php  namespace appModels;  use IlluminateDatabaseEloquentModel; use IlluminateSupportFacadesDB; // 引入 DB Facade  class Flight extends Model {     protected $fillable = ['name']; // 示例字段 }  // 在控制器、路由闭包或某个服务中执行以下代码 // 确保 Flight 模型已配置好数据库连接  // 开启查询日志 DB::enableQueryLog();  $a = Flight::find(1); $b = Flight::find(1);  // 输出查询日志 // dd() 会停止脚本执行并输出变量内容 dd(DB::getQueryLog());  // 验证对象是否相同 // var_dump($a === $b); // 输出 bool(false)  // 验证对象类型 // var_dump($a instanceof Flight); // 输出 bool(true) // var_dump($b instanceof Flight); // 输出 bool(true)

dd(DB::getQueryLog()) 的输出会清晰地显示两次独立的查询记录，内容基本相同，证明了两次数据库操作的发生。

性能考量与注意事项

理解 Eloquent 的这种默认行为对于构建高效的 Laravel 应用至关重要：

避免重复查询: 在一个请求生命周期内，如果需要多次访问同一条记录，最佳实践是仅执行一次查询，并将结果存储在一个变量中，在后续操作中复用该变量，而不是每次都重新查询。例如：
```
$flight = Flight::find(1); // ... 对 $flight 进行操作 // ... 稍后再次需要该航班信息时，直接使用 $flight
```
缓存策略: 对于频繁访问且不常变动的数据，可以考虑利用 Laravel 强大的缓存系统（例如 Cache::remember() 或 Cache::rememberForever()）来存储 Eloquent 查询结果。这能显著减少数据库负载，提高响应速度。
```
use IlluminateSupportFacadesCache;  $flight = Cache::remember('flight_id_1', 60, function () {     return Flight::find(1); }); // 在接下来的60秒内，对 'flight_id_1' 的访问都将从缓存中获取，直到缓存过期
```
内存消耗: 每次创建新的模型对象都会占用一定的内存。虽然对于少量对象影响不大，但在处理大量数据或高并发场景下，频繁创建和销毁对象可能会导致较高的内存消耗，甚至引发性能瓶颈。
关系预加载: 当处理模型之间的关系时，应优先使用 with() 方法进行预加载（Eager Loading），而不是在循环中进行懒加载（Lazy Loading）。懒加载会导致臭名昭著的 N+1 查询问题，即每访问一个相关模型，就执行一次额外的数据库查询。

总结

Laravel Eloquent 的 find() 方法在每次调用时都会独立执行数据库查询，并根据查询结果创建新的模型对象。对于 Flight::find(1); Flight::find(1); 这样的代码，将执行 2 次数据库查询并创建 2 个独立的 Flight 模型对象。开发者应充分理解这一机制，并通过合理的变量复用、缓存策略以及预加载等优化手段，来提升应用程序的性能和资源利用效率。

以上就是理解 Laravel Eloquent find()：查询次数与对象创建机制的详细内容，更多请关注php laravel cad app 懒加载路由 php laravel sql 运算符循环接口并发对象数据库