唯一有效清空已解析实例的方式是调用$container->setinstances([])；forget()仅删绑定定义不释放内存，核心绑定app、think\app等4个必须保留，swoole场景下应只清业务实例，控制器中调用会破坏单例语义。
think\Container::setInstances([]) 是唯一有效方式
调用 $container->forget($abstract) 只删绑定定义，不释放已创建的对象实例；内存不会真正回收。真正清空所有已解析实例，必须显式调用 $container->setInstances([])。这是 ThinkPHP 容器内存管理中最容易被忽略的一步。
哪些实例该留、哪些必须清
清空前需保留核心绑定，否则框架运行会中断：
-
app、think\App、think\Env、think\Config这四个抽象名对应的实例不能删，否则后续app('request')会直接报错 - 自定义服务提供者（Provider）注册的类，如果用了非 request-aware 的 eager binding，清空后需手动重新
register()，否则下次取实例会重建并可能丢失上下文 - 若使用了 Swoole 长连接，每次请求结束时建议只清业务相关实例（如
UserService、OrderRepository），避免反复初始化核心对象带来的开销
别在控制器里调 setInstances([])
这个操作不是“清理缓存”，而是重置整个容器实例池——它会影响当前请求生命周期内所有后续依赖注入。常见错误场景：
- 在中间件或控制器中执行
Container::getInstance()->setInstances([])，导致后续Db::table()或Cache::get()拿到全新实例，丢失连接复用、配置上下文等关键状态 - 误以为清的是“缓存”，实则破坏了容器单例语义，可能引发数据库连接泄漏、Redis 连接重复建立等问题
- TP6+ 中
think\facade\Cache等门面底层也依赖容器实例，清空后首次调用会重建，但部分驱动（如 file）可能因路径未重初始化而写入失败
验证是否真清掉了
别只看方法返回值或日志，直接检查内存引用：
- 执行前：用
count(Container::getInstance()->getInstances())记下数量 - 执行后：再次调用同一行，确认返回
0（注意：核心绑定仍存在，但getInstances()返回的是已解析实例，不包含未实例化的 binding） - 更准的方式是查具体类是否存在：
Container::getInstance()->hasInstance(UserService::class)→ 清理后应返回false
记住：容器实例清理不是常规运维动作，它只适用于 Swoole Worker 复用场景下的内存隔离，或单元测试 teardown 阶段。日常 HTTP 请求中不该出现。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
