在 laravel 6 中，自定义类需通过构造函数注入容器接口（如 container）来安全访问服务容器，推荐此方式以保障可测试性；也可用 app() 辅助函数但仅限非关键路径；避免静态访问或新建容器实例。

在 Laravel 6 中，自定义类本身不自动参与服务容器的依赖注入流程（比如不会被框架自动解析构造函数），所以不能像控制器或 Job 那样直接靠构造函数注入就“拿到容器”。但你仍可以通过几种安全、规范的方式在自定义类中访问服务容器。

推荐方式：通过构造函数注入 app() 实例

这是最清晰、可测试、符合依赖倒置原则的做法。把 Illuminate\Container\Container 或其契约 Illuminate\Contracts\Container\Container 作为依赖显式传入：

• 在自定义类构造函数中类型提示容器接口
• 调用方（如控制器或服务提供者）负责从当前容器中取出实例并传入

示例：

Laravel Creem Agent

Creem 支付商店助理 — 查询订阅、客户、交易、产品，执行心跳检查，管理本地 Laravel支付商店。

下载

app/Services/ReportGenerator.php

namespace App\Services;

use Illuminate\Contracts\Container\Container;

class ReportGenerator
{
    protected $container;

    public function __construct(Container $container)
    {
        $this->container = $container;
    }

    public function generate()
    {
        $db = $this->container->make('db'); // 或 $this->container->get('db')
        $logger = $this->container->make(\Psr\Log\LoggerInterface::class);
        // ...
    }
}

替代方式：使用 app() 辅助函数（仅限非关键路径）

Laravel 提供全局辅助函数 app()，可在任何地方调用，返回当前应用容器实例：

• 适合快速原型、命令行脚本、或生命周期短且无测试要求的工具类
• 不推荐用于核心业务类——它造成隐式依赖，破坏可测试性，也绕过容器的绑定管理逻辑

示例：

app/Services/QuickMailer.php

namespace App\Services;

class QuickMailer
{
    public function send($to, $message)
    {
        $mailer = app('mailer'); // 直接取服务
        return $mailer->to($to)->send($message);
    }
}

不建议的方式：静态访问或全局变量

避免以下写法：

• \Illuminate\Foundation\Application::getInstance() —— 耦合框架实现细节，不稳定
• $GLOBALS['app'] 或自定义全局变量 —— 违反封装，难以追踪依赖，测试时无法替换
• 在类内部直接 new Container() —— 创建独立容器，与 Laravel 主容器完全隔离，无法共享绑定、单例、配置等

进阶：让自定义类也被容器管理

如果你希望这个类也能享受自动注入（比如它的构造函数里还想用 UserRepository），那就把它也注册进容器：

• 在 AppServiceProvider@register() 中绑定
• 然后通过 app(ReportGenerator::class) 或构造函数注入该类，容器会递归解析其全部依赖

例如：

app/Providers/AppServiceProvider.php

public function register()
{
    $this->app->singleton(ReportGenerator::class, function ($app) {
        return new ReportGenerator($app);
    });
}