为什么面试官总爱问容器三兄弟
在 ThinkPHP 的中高级面试中，依赖注入容器几乎是必考项。而 bind、make、invoke 这三个方法，又是容器相关提问中出现频率最高的组合。很多候选人对它们的理解停留在"绑定、实例化、调用"这种模糊层面，一旦面试官追问"什么时候用哪个""它们之间有没有调用关系""为什么要有 invoke 而不是直接 new"，就容易卡壳。
这篇文章不打算罗列源码，而是从使用场景、底层行为和面试答题逻辑三个角度，把这三个方法讲透。
先理解容器存在的意义
ThinkPHP 5.1 之后引入的容器，核心目标是解决两个问题：解耦和自动依赖解析。
假设 OrderController 需要一个 OrderService，而 OrderService 又依赖 PayGateway。如果手动 new，代码会变成层层嵌套的硬编码，测试时无法替换实现，修改一处牵连多处。容器的价值就在于：你只需要声明"我需要什么"，容器负责"怎么给你"。
bind、make、invoke 正是围绕这个目标分工协作的三个入口。
bind：注册绑定关系
bind 的职责是告诉容器一个抽象对应什么实现。它不产生实例，只建立映射规则。
// 绑定类名到类名
$this->app->bind('pay', \app\service\AliPay::class);
// 绑定接口到实现
$this->app->bind(\app\contract\PayInterface::class, \app\service\WechatPay::class);
// 绑定闭包
$this->app->bind('config', function () {
return new \app\service\ConfigService();
});
关键点有三个：
- bind 只是登记，不实例化。调用 bind 之后，容器里并没有对象，只有一条"如果别人要 pay，就给他 AliPay"的记录。
- 默认每次 make 都产生新实例。如果希望全局单例，需要配合
$this->app->instance()或绑定后缓存。 - bind 支持延迟解析。闭包形式的绑定只有在真正 make 时才执行，这对性能敏感的场景很重要。
面试中常被追问："bind 和 instance 有什么区别？"——instance 是直接绑定一个已存在的对象实例，之后每次取都是同一个；bind 是绑定生成规则，默认每次取都是新的。
make：从容器解析实例
make 是真正创建对象的方法。它会查找绑定关系，递归解析构造函数依赖，最终返回一个可用实例。
$pay = $this->app->make('pay');
$pay->handle($order);
// 也可以直接 make 类名，即使没有显式 bind
$service = $this->app->make(\app\service\OrderService::class);
make 的行为逻辑值得展开：
- 如果目标类已经绑定，按绑定规则解析。
- 如果没有绑定，容器会尝试反射该类，自动解析其构造函数参数。如果参数是其他类，继续递归 make；如果有默认值，使用默认值。
- 如果构造函数参数既无法解析又没有默认值，抛出异常。
这正是"自动依赖注入"的核心。面试官可能会问："make 一个没有 bind 过的类会怎样？"答案是：容器会尝试反射自动解析，能解析成功就返回实例，解析不了才报错。很多人误以为必须先 bind 才能 make，这是常见误区。
另外要注意，make 默认每次返回新实例。在 ThinkPHP 中，如果你想复用同一个实例，应该用 instance 绑定或使用 $this->app->make($abstract, $params, true) 这类带缓存参数的形式（不同版本略有差异，回答时说明版本即可）。
invoke：解析并执行方法
invoke 是三个方法中最容易被忽视、但在实际开发中最能体现容器价值的。它的作用是自动解析一个方法的参数并执行它。
class OrderController
{
public function store(Request $request, OrderService $service)
{
// ...
}
}
// 容器自动注入 Request 和 OrderService
$result = $this->app->invoke([OrderController::class, 'store']);
invoke 和 make 的本质区别在于：
make解决的是"构造"问题——怎么把对象造出来。invoke解决的是"调用"问题——怎么把方法的参数凑齐并执行。
invoke 内部会先通过反射拿到方法的参数列表，对每个参数调用类似 make 的逻辑解析依赖，然后执行方法。所以你可以理解为：invoke = 反射方法参数 + make 每个参数 + 调用方法。
它最典型的应用场景是路由到控制器方法的调度、中间件执行、事件监听器调用。框架之所以能让你在控制器方法里随便写类型提示就能拿到注入的对象，靠的就是 invoke。
面试高频问题："invoke 和 call_user_func 有什么区别？"——call_user_func 需要你手动准备好所有参数；invoke 会自动解析参数依赖，这是容器能力的体现。
三者的关系与选择
用一句话概括三者的协作：
bind 定义规则，make 创建实例，invoke 解析并执行方法。
它们不是互斥的，而是层层递进：
- 需要替换实现、做解耦时，用
bind。 - 需要拿到一个对象实例时，用
make。 - 需要执行某个方法并自动注入其参数时，用
invoke。
一个常见的误区是把 make 和 invoke 混用。比如在控制器里手动 make 一个 Service 再调用它的方法，这没错，但如果这个方法的参数也需要注入，就应该用 invoke，否则你得手动把依赖一个个 make 出来再传进去，容器就白用了。
面试答题模板
如果面试官直接问"这三个方法有什么区别"，可以按这个结构回答：
- 先定位：bind 是注册绑定，make 是解析实例，invoke 是解析并执行方法。
- 讲行为：bind 不实例化；make 会递归解析构造函数依赖，未绑定也可反射自动解析；invoke 在 make 的基础上进一步解析方法参数并调用。
- 说场景：bind 用于解耦和替换实现；make 用于获取对象；invoke 用于控制器调度、中间件、事件等需要自动注入方法参数的场景。
- 点关系：invoke 内部依赖 make 的逻辑，make 依赖 bind 的规则，三者是协作而非替代关系。
能把第四点讲清楚，基本就能让面试官确认你是真正用过容器、而不只是背过概念。
总结
依赖注入容器不是玄学，bind、make、invoke 各自承担了"注册—构造—调用"链条上的一环。理解它们的关键不在于记住方法签名，而在于想清楚：什么时候需要规则，什么时候需要对象，什么时候需要执行。把这三种需求对应到三个方法上，面试时自然能答得有条理、有深度。
未经允许不得转载：任鹏个人博客 » ThinkPHP 面试精讲：依赖注入容器 bind、make 与 invoke 的区别
