ThinkPHP无全局延迟加载开关，$lazy=true仅跳过模型初始化，不影响数据库查询；真正延迟查关联需用load()或with()，类文件按需加载依赖PSR-4自动加载，数据库连接在select()等执行时才建立。
ThinkPHP 本身没有“全局开关式”的延迟加载配置，所谓“配”，其实是控制三件事：类文件不提前加载、关联数据不自动查、数据库连接不提前建。配错地方，比如只设 $lazy = true 就以为完事，结果 SQL 照发、内存照占。
为什么 $lazy = true 对数据库查询完全没用
这个属性只跳过模型实例化时的初始化逻辑（比如绑定事件、读取配置），和数据库查询毫无关系。哪怕你写了 protected $lazy = true;，只要调用了 find() 或 select()，主表 SQL 立刻执行；如果还用了 $with = ['profile']，关联 SQL 也立刻跟上。
-
$lazy = true不影响with()、load()、属性访问触发的查询 - 它也不阻止模型构造函数里手动写的 DB 查询
- 真正想延迟查关联，得靠
load()或带条件的with()，而不是这个字段
load() 怎么用才不掉进 N+1 坑
load() 是显式触发单次关联查询的方法，但它不是“懒”，而是“你喊它才动”。常见错误是在循环里反复调用，比如遍历用户列表时对每个用户都 $user->load('posts')，结果生成 N 条 SQL。
- 正确做法：先用
with()预加载，例如User::with('posts')->select() - 真需要运行时查，且只查个别记录，再用
$user->load('posts') -
load()支持链式调用多次（TP6.3+），但每次都是新查询，别滥用 - 确保模型里定义了对应方法，比如
public function posts() { return $this->hasMany(Post::class); }，拼错名或没return就静默失败
模块和类文件怎么做到“按需加载”
模块不会自动延迟加载，ThinkPHP 默认会把所有模块命名空间一次性注册进 APP_NAMESPACE。所谓“按需”，其实是靠 PHP 的自动加载机制在类首次被引用时才载入文件——前提是路径、命名空间、PSR-4 配置三者严丝合缝。
- 检查
composer.json的psr-4是否包含模块路径，例如"app\order\": "app/order/" - 控制器类必须放在
app/order/controller/Order.php，命名空间写namespace appordercontroller;，大小写不能错 - 避免在中间件、公共配置里
use appordermodelOrder，这会导致启动时就加载整个类 - 模块专属配置（如
app/order/config.php）别在全局合并，改在控制器里按需config(require __DIR__.'/config.php')
数据库连接怎么延迟到真要查时才建
ThinkPHP 的 Db 查询构造器默认不建立连接，直到你调用 select()、find()、value() 这类执行方法时才连。这是最易被忽略的“天然延迟”。
-
$users = Db::table('user')->where('status', 1);—— 此刻无连接 -
$list = $users->select();—— 到这里才初始化连接并执行 - 多库场景下，
Db::connect('log_db')也不会立刻连，同样等到第一次执行才建 - 注意自定义连接配置若漏写
type或hostname，会悄悄 fallback 到default分组，查错库还不报错
延迟加载不是配一个参数就能生效的魔法，它是对加载时机的精确控制：类在首次 new 或 use 时才载入，关联在 load() 被调用时才查，连接在 select() 执行时才建。最容易被绕过的点，就是那些看似无关的 use、config() 合并、以及误信 $lazy 能管数据库。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
