ThinkPHP各版本容器生命周期管理差异及服务注入如何优化？
- 内容介绍
- 文章标签
- 相关推荐
本文共计1292个文字，预计阅读时间需要6分钟。
很多人误以为通过 `Container::getInstance()` 注册的服务，只要没有手动调用 `bind()` 或 `singleton()`，就一定是每次 `new` 的。实际上：
常见错误现象：App\Logic\UserLogic 类里有个 $counter 属性，初始化为 0，每次调用方法自增；结果发现每次 HTTP 请求里都是 0 → 1，而不是持续累加。这不是容器没生效，而是你把它绑到了控制器上，而控制器被重建了。
- 若想跨请求共享状态，不能依赖容器单例，得用缓存（
Cache::store('redis')）或数据库 - 若只是希望同一次请求内复用对象（比如一个请求里多次查同个用户），用
app(UserService::class)是安全的，它返回同一个实例 - 避免在控制器
__construct()里做耗时初始化，因为控制器重建频繁；把重逻辑下沉到服务类内部懒加载
ThinkPHP 6.x 开始支持容器作用域（Scope），但默认仍无请求作用域
TP6 引入了 scope() 方法，允许定义如 'request'、'cli' 等作用域，但注意：框架自身并未在 HTTP 请求入口自动开启 request scope。
本文共计1292个文字，预计阅读时间需要6分钟。
很多人误以为通过 `Container::getInstance()` 注册的服务，只要没有手动调用 `bind()` 或 `singleton()`，就一定是每次 `new` 的。实际上：
常见错误现象：App\Logic\UserLogic 类里有个 $counter 属性，初始化为 0，每次调用方法自增；结果发现每次 HTTP 请求里都是 0 → 1，而不是持续累加。这不是容器没生效，而是你把它绑到了控制器上，而控制器被重建了。
- 若想跨请求共享状态，不能依赖容器单例，得用缓存（
Cache::store('redis')）或数据库 - 若只是希望同一次请求内复用对象（比如一个请求里多次查同个用户），用
app(UserService::class)是安全的，它返回同一个实例 - 避免在控制器
__construct()里做耗时初始化，因为控制器重建频繁；把重逻辑下沉到服务类内部懒加载
ThinkPHP 6.x 开始支持容器作用域（Scope），但默认仍无请求作用域
TP6 引入了 scope() 方法，允许定义如 'request'、'cli' 等作用域，但注意：框架自身并未在 HTTP 请求入口自动开启 request scope。