绝大多数场景应使用 app() 助手函数获取容器实例，它本质是 Container::get() 的封装，更简洁、可读性高且自动处理别名映射；仅在需强制每次新建实例或开发底层扩展时才直接调用 Container::getInstance()->make($abstract, $vars, true)。
容器获取实例：用 app() 还是 Container::get()
绝大多数场景直接用 app() 助手函数，它本质就是 Container::get() 的封装，更简洁、可读性高，且自动处理了别名映射。比如 app('request') 等价于 Container::get('request')，但前者少打一半字，还兼容后续版本升级路径。
只有在需要显式控制容器单例行为（比如强制每次新建）或写底层扩展时，才直接调用 Container::getInstance()->make($abstract, $vars, true)。注意第三个参数 true 表示跳过实例缓存，否则默认走 $this->instances 缓存逻辑。
-
app('thinkApp')→ 返回已缓存的 App 实例（首次调用会反射创建并存入$instances） -
app('thinkApp', true)→ 每次都新建一个thinkApp实例，不复用 - 别名绑定后（如
bind('app', 'thinkApp')），app('app')才能生效；否则必须传真实类名或已注册的标识
依赖注入触发条件：哪些地方会自动注入对象参数
TP5.1 的依赖注入不是全局任意位置都生效的，只在明确支持的生命周期钩子中由框架主动调用 invokeClass 或 invokeFunction 触发。核心场景就这几个：
- 控制器构造方法：
public function __construct(ppmodelUser $user)—— 会自动实例化User并传入 - 控制器操作方法：
public function index(ppserviceOrderService $service)—— URL 参数不会干扰对象注入，字符串参数仍走绑定 - 路由闭包：
Route::get('test', function ( hinkRequest $req) { ... })—— 闭包参数也支持类型约束注入 - 模型/事件回调方法：如
onAfterWrite方法签名含对象类型时，也会触发
⚠️ 注意：普通函数、静态方法、自定义工具类方法里写类型提示，不会自动注入——框架没调用你，反射再强也没用。
立即学习“PHP免费学习笔记（深入）”；
手动绑定类到容器：bind() 的三种写法和坑点
bind() 是显式建立「标识 → 类」映射的关键操作，但写法不对会导致 ClassNotFoundException 或注入失败。
- 字符串绑定：
bind('user', 'app\model\User')—— 反斜杠必须双写，单斜杠会被当转义符解析 - FQCN 常量绑定：
bind('user', ppmodelUser::class)—— 推荐，避免拼写错误，且 IDE 可跳转 - 闭包绑定：
bind('cache', function () { return new hinkCache(); })—— 适合需要动态初始化的场景（如带配置参数）
常见错误：
- 绑定后用错标识：绑了
bind('user', ...)，却调用app('User')（大小写敏感） - 类路径不存在：
appmodelUser对应文件实际是application/model/User.php，但命名空间写成appmodeluser（小写 u）就会失败 - 没清缓存：修改
provider.php后没删runtime/container目录，旧绑定仍生效
__make() 方法优先于 __construct：什么时候该用它
当某个类需要在构造前执行预处理（比如根据配置决定实例化哪个子类），可以定义静态 __make() 方法。容器在 invokeClass 中会先检查并调用它，返回值将作为最终实例，跳过 __construct。
例如：
class Payment
{
public static function __make()
{
$driver = config('pay.driver');
return new $driver();
}
}
这时 app('Payment') 不会走 new Payment()，而是执行 __make() 返回的对象。但要注意：
-
__make()必须是public static，否则容器直接忽略 - 它不能依赖其他容器对象（比如在
__make()里调app('config')可能引发循环依赖） - 一旦用了
__make()，构造函数参数注入就失效了——因为根本没走newInstanceArgs
真正需要运行时决策的场景才用它，多数情况下老老实实写构造函数 + 依赖注入更清晰、更易测试。
