是，但需用 container::singleton() 或 bind() 配 shared=true；直接 bind() 默认不共享，每次 make() 都新建实例，导致 cache 等服务状态丢失。
单例注册后每次 app() 获取的真是同一个实例吗
是，但前提是注册时用了 Container::singleton() 或 bind() + ['shared' => true]。直接 bind() 默认不共享，每次 app()->make() 都会新建对象——这是最常踩的坑。
常见错误现象：app()->make('Cache')->set('a', 1); app()->make('Cache')->get('a') 返回 null，因为两次拿到的是不同实例。
- 用
Container::singleton('Cache', Cache::class)显式声明单例 - 或在
bind()时传数组：app()->bind('Cache', [Cache::class, ['shared' => true]]) - 注意：类本身有构造参数时，
singleton()会缓存首次解析结果，后续忽略参数变化
升级到 ThinkPHP 6.1+ 后 app()->instance() 还安全吗
不推荐继续依赖 app()->instance() 手动塞实例，它绕过容器生命周期管理，且在多模块、多应用场景下容易污染全局状态。
使用场景：仅适合临时覆盖（如单元测试 mock），生产环境应优先走绑定逻辑。
-
instance()注入的对象不会触发__construct或容器中间件（如think\middleware\Init） - 若类依赖其他服务（比如
Log），手动instance()后这些依赖不会自动注入 - ThinkPHP 6.1+ 的
Container默认启用延迟加载和作用域隔离，instance()会破坏这一层控制
make() 和 get() 在单例上下文中的行为差异
make() 总是尝试解析新实例（除非已绑定为单例），而 get() 会先查容器中是否已有缓存实例——但它只查 instance() 塞进去的，不查 singleton() 绑定的。
性能影响：频繁调用 get() 查不到实例时，会退化为 make()，白白多一次解析开销。
- 要确保单例生效，统一用
make()配合singleton()绑定 -
get()仅适用于你明确用instance()预置过对象的极少数场景 - 别指望
get()能“自动发现”通过bind()+shared定义的单例
自定义类里调用 $this->app->make() 会打破单例吗
不会，只要该类本身也是由容器创建（比如控制器、中间件、命令行类），它的 $this->app 就是当前请求作用域的容器实例，make() 行为与外部一致。
容易被忽略的地方：如果类是 new XXX() 手动 new 出来的，$this->app 可能是 null 或 fallback 到全局容器，此时单例边界就模糊了。
- 确认类是否走容器：检查是否在
config/app.php的providers中注册，或是否被bind/singleton管理 - 手动 new 的类，别直接访问
$this->app；改用app()->make()显式获取 - ThinkPHP 6.3+ 对非容器创建对象的
$this->app访问会抛InvalidArgumentException，提前暴露问题
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
