ThinkPHP容器需手动注册模型类，如bind('user', \app\model\User::class)或在provider.php中配置；未注册则构造函数类型约束无法注入；app('user', true)可强制新建实例确保数据隔离。
Container 里怎么注册模型类
ThinkPHP 的容器（Container）默认不自动注册你写的模型类，除非你显式绑定或通过约定触发自动解析。模型类如 app\model\User 不会像控制器那样被框架自动识别并注入——它得先进容器，才能被依赖注入机制“看见”。
最直接的方式是用 bind() 手动注册：
-
bind('user', \app\model\User::class)：注册一个标识为user的绑定，后续可用app('user')获取 -
bind(['user' => \app\model\User::class, 'order' => \app\model\Order::class])：批量绑定，适合集中管理 - 推荐写在
provider.php中（路径：app/provider.php），内容返回关联数组：return [ 'user' => \app\model\User::class, 'order' => \app\model\Order::class ];这样启动时自动加载，无需每次手动bind()
注意：bind() 的第一个参数（如 'user'）是字符串标识，大小写敏感；第二个参数必须是完整类名（带命名空间），::class 写法比字符串更安全，避免拼写错误。
构造函数里类型约束为啥没触发注入
写了 public function __construct(User $user) 却报错 “Class app\model\User does not exist”，说明容器根本没准备好这个类——依赖注入不是“写了类型就自动有”，它只对已注册/可自动解析的类生效。
立即学习“PHP免费学习笔记（深入）”；
常见原因有三个：
- 模型类没继承
think\Model，或命名空间写错（比如漏了\app\model\前缀） - 没在容器中注册，也没启用自动绑定（TP 默认不开启模型类的自动绑定）
- 控制器本身不是由容器创建的（比如你用
new IndexController()手动实例化），那构造函数根本不会走容器解析流程
验证是否生效：在控制器里写 dump(app(\app\model\User::class))，如果抛出异常，就是注册环节断了；如果能打印出对象，说明容器已就位，再回头检查构造函数调用路径。
app() 调用模型时加 true 参数是干啥的
app('user') 默认返回单例，也就是第一次调用后缓存实例，之后每次都返回同一个对象。这对模型来说通常没问题，但如果你需要每次都是干净、未赋值的新实例（比如做批量插入前重置状态），就得强制重建：
-
app('user', true)：第二个参数为true表示忽略单例缓存，每次都 new 一次 -
app(\app\model\User::class, true)同理，适用于没提前bind()的场景 - 注意：频繁用
true会略增开销，纯读操作没必要；只有明确需要隔离状态时才用
另外，app() 第一个参数如果是完整类名（含命名空间），框架会尝试自动反射构建，但前提是该类可被自动加载（composer autoload 或 TP 的 loader 已覆盖路径）。
模型注入后怎么确保数据隔离
模型对象被容器注入后，它内部的 $data、$origin 等属性是实例独占的，这点没问题。但容易忽略的是静态属性或全局状态——比如你在模型里写了 protected static $cache = []，那所有实例共享这个数组。
真正影响隔离的几个点：
- 模型类里不要滥用
static属性存业务数据（如用户 ID、请求上下文） - 时间戳字段（
$autoWriteTimestamp）等配置是实例级的，放心用 - 如果用了
allowField()或data()批量赋值，记得确认是不是在复用同一个模型实例做不同操作
最稳妥的做法：控制器里每次需要新模型，就用 app(User::class, true) 拿，别长期持有容器返回的模型引用——尤其在长生命周期服务（如命令行任务、队列）中，这点特别关键。
