Service类注册为单例须调用app()->singleton()显式绑定，而非bind()；若依赖其他对象，需在闭包中用$app->make()获取，确保生命周期统一，否则子对象仍会重复创建。
Service 类怎么注册为单例
ThinkPHP 的服务容器默认每次 app()->get() 都会新建实例，要绑定单例，必须显式调用 bind() 或 singleton() 方法，且推荐在应用启动阶段（如 app/common/service.php 或 app/bootstrap.php）完成注册。
常见错误是直接在控制器里 new 一个 Service 类再塞进容器，或者用 bind() 但没传闭包——这会导致每次获取仍是新实例。
- 正确写法：用
app()->singleton('UserService', function ($app) { return new UserService($app->make(UserModel::class)); }); - 更简洁方式（5.1+）：在
app/common/service.php中返回数组，键为服务名，值为闭包或类名字符串：return ['UserService' => UserService::class];—— 注意：这种方式仅在配置了自动单例解析时生效（需确认container.php中'auto_bind' => true） - 若 Service 类依赖其他对象（如模型、缓存），务必在闭包中通过
$app->make()获取，避免硬编码 new
为什么用 singleton() 而不是 bind()
bind() 是“绑定接口到实现”，不控制生命周期；singleton() 才真正保证全局唯一实例。两者语义和行为完全不同，混用会导致预期外的重复初始化。
-
app()->bind(UserServiceInterface::class, UserService::class)→ 每次app()->get(UserServiceInterface::class)都 new 一个新UserService -
app()->singleton(UserServiceInterface::class, UserService::class)→ 第一次 get 时创建，后续全返回同一实例 - 如果接口没被提前 bind，直接
singleton(UserService::class)也有效，但无法通过接口类型获取，灵活性下降
Service 单例里依赖的模型/配置会不会也被单例化
不会。单例只作用于你注册的那个 Service 实例本身，它内部持有的依赖对象（比如 UserModel）是否单例，取决于这些依赖自身是如何注册或创建的。
立即学习“PHP免费学习笔记（深入）”；
- 如果你在 singleton 闭包里写
new UserModel()，那每次 Service 初始化都会 new 新模型 —— 这通常不是你想要的 - 应该写
$app->make(UserModel::class)，前提是UserModel本身也已注册为单例（默认情况下 ThinkPHP 的模型类不是单例） - 想让模型也复用，得额外加一句：
app()->singleton(UserModel::class, UserModel::class)，否则即使 Service 是单例，里面每次调用$this->model = new UserModel()仍会生成新对象
调试时怎么确认 Service 真的是单例
最直接的办法是加日志或断点，在 Service 构造函数或某个方法开头打个 echo spl_object_hash($this) . "\n";，然后在两个不同控制器里调用它，看输出的 hash 是否一致。
- 如果 hash 不同，说明没走单例路径，检查是否误用了
bind()、是否闭包里漏了return、是否注册时机太晚（比如在中间件或控制器里才注册） - 注意：命令行和 HTTP 请求是两个独立容器实例，不能跨进程验证单例性；要在同一请求生命周期内验证
- 也可以用
app()->has('UserService')和app()->get('UserService') === app()->get('UserService')在同一个请求中做判断
