单例复用前提是已实例化且未被清空：首次get()或make()创建后，只要$container->instances中存在即复用；get()优先查缓存，make()默认新建；Swoole下需手动重置防状态污染；键名大小写、命名空间、别名必须完全一致才能命中。
单例对象复用的前提是“已实例化且未被清空”
ThinkPHP 容器里的单例对象，不是绑定后就自动复用，而是首次 make() 或 get() 时创建，之后只要实例还存在 $container->instances 中，就直接返回它。这个“存在”非常关键：它不依赖绑定方式（bind() 还是 singleton()），而取决于容器是否已缓存该类的实例。
常见误判点：
- 在
boot()阶段才调用bind($key, $closure)->shared(true)—— 此时部分服务可能已被提前解析（如中间件、事件监听器），绑定失效，后续get()仍会新建 - 用了 Swoole 但没做容器重置：上一个请求留下的
$container->instances['redis']还在，下一个请求直接复用——这看似“成功”，实则可能因状态污染导致异常 -
forget($abstract)只删$container->bind，不清理$container->instances；必须配对调用setInstances([])才真正释放
TP8/TP6 中 get() 和 make() 的复用行为差异
get() 是安全复用入口：它先查 $instances，命中就返回，不命中才走 make()；而 make() 默认跳过缓存，每次都会尝试构造新实例（除非你显式传 ['newInstance' => false] 或容器内部已标记为 shared）。
所以：
- 控制器里写
app()->get('RedisClient')→ 复用（推荐） - 写
app()->make('RedisClient')→ 可能重复 new（尤其在循环或命令行中） - 若绑定时用了闭包工厂：
bind('logger', fn() => new FileLogger())->shared(true)，get()保证只执行一次闭包 - 若绑定的是具体类名：
bind('cache', 'think\Cache')，容器会在首次get()时反射创建并缓存，后续复用
Swoole 环境下复用“太强”反而危险
Worker 进程常驻，$container->instances 不随请求销毁——这意味着单例对象的属性、连接句柄、缓冲区全被下一个请求继承。比如：
- Redis 客户端里存了
$this->connected = true，但连接实际已断，下次请求直接复用就报错 - 数据库事务对象残留未提交的
beginTransaction()，后续请求执行commit()报错或静默失败 - Service 类里用
protected array $context = []缓存请求参数，第二个请求进来就看到前一个请求的数据
解决不是禁止单例，而是：
- 把有状态的对象（如 Request、Session 相关）设为非单例，或改用工厂函数 +
newInstance = true - 在 Swoole
onRequest开头手动重置关键实例：$container->setInstances(['request' => new Request()]) - 避免在单例类的构造函数或
initialize()中读取请求上下文（$this->request）
为什么有时明明绑了单例，却还是每次 new？
最常踩的坑是抽象标识不一致：容器按字符串键匹配，大小写、命名空间、别名都必须完全相同。
例如：
- 绑定的是
bind('redis', fn() => new Predis\Client(...))->shared(true) - 但代码里写的是
app()->get('Redis')或app()->get(\Predis\Client::class)→ 完全不命中，每次都 new - 又或者在服务提供者里 bind('cache')，控制器里却 get('cache.driver') → 键不同，无复用
- 使用接口绑定：
bind(CacheInterface::class, RedisCache::class)->shared(true)，但get()时传的是RedisCache::class→ 依然不命中，必须用接口名
调试建议：打印 $container->getBindings() 和 $container->getInstances()，确认键名和缓存是否存在。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
