Laravel 服務容器是一個強大的工具,用於管理類別之間的依賴關係並執行依賴注入。依賴注入是一個花俏的詞語,基本上意味著這樣:類別的依賴關係通過建構子或在某些情況下通過 "setter" 方法被 "注入" 到類別中。
讓我們看一個簡單的例子:
namespace App\Http\Controllers;
use App\Services\AppleMusic;
use Illuminate\View\View;
class PodcastController extends Controller
{
/**
* 創建一個新的控制器實例。
*/
public function __construct(
protected AppleMusic $apple,
) {}
/**
* 顯示有關給定播客的信息。
*/
public function show(string $id): View
{
return view('podcasts.show', [
'podcast' => $this->apple->findPodcast($id)
]);
}
}
在這個例子中,PodcastController
需要從數據源(如 Apple Music)檢索播客。因此,我們將注入一個能夠檢索播客的服務。由於服務被注入,我們可以輕鬆地在測試應用程序時 "模擬" 或創建 AppleMusic
服務的虛擬實現。
深入了解 Laravel 服務容器對於建立強大的大型應用程式以及為 Laravel 核心做出貢獻至關重要。
如果一個類別沒有依賴性,或者只依賴於其他具體類別(而非介面),則容器無需指示如何解析該類別。例如,您可以將以下程式碼放入您的 routes/web.php
檔案中:
<?php
class Service
{
// ...
}
Route::get('/', function (Service $service) {
die($service::class);
});
在這個範例中,訪問應用程式的 /
路由將自動解析 Service
類別並注入到您的路由處理程序中。這是一個重大的變革。這意味著您可以開發應用程式並利用依賴注入的優勢,而無需擔心臃腫的組態檔案。
幸運的是,在建立 Laravel 應用程式時,許多您將撰寫的類別會自動透過容器接收其依賴性,包括控制器、事件監聽器、中介層等。此外,您可以在佇列工作的 handle
方法中對依賴性進行型別提示。一旦您體驗到自動和零配置的依賴注入的威力,就會覺得無法在沒有它的情況下進行開發。
由於零配置解析,您通常會在路由、控制器、事件監聽器等地方對依賴性進行型別提示,而無需手動與容器互動。例如,您可能會在路由定義中對 Illuminate\Http\Request
物件進行型別提示,以便輕鬆存取當前請求。即使我們從未與容器互動就撰寫此程式碼,它仍在幕後管理這些依賴性的注入:
use Illuminate\Http\Request;
在許多情況下,由於自動依賴注入和facades的幫助,您可以構建Laravel應用程序,從未需要手動綁定或解析容器中的任何內容。那麼,您何時需要手動與容器互動呢? 讓我們看看兩種情況。
首先,如果您編寫一個實現接口的類,並且希望在路由或類構造函數上對該接口進行類型提示,您必須告訴容器如何解析該接口。其次,如果您正在編寫一個Laravel套件,並計劃與其他Laravel開發人員共享該套件,則可能需要將您套件的服務綁定到容器中。
幾乎所有服務容器綁定都將在服務提供者中註冊,因此這些示例中的大多數將演示在該上下文中使用容器。
在服務提供者中,您始終可以通過$this->app
屬性訪問容器。我們可以使用bind
方法註冊綁定,傳遞我們希望註冊的類或接口名稱以及返回該類實例的閉包:
use App\Services\Transistor;
use App\Services\PodcastParser;
use Illuminate\Contracts\Foundation\Application;
$this->app->bind(Transistor::class, function (Application $app) {
return new Transistor($app->make(PodcastParser::class));
});
請注意,我們將容器本身作為解析器的參數接收。然後,我們可以使用容器來解析正在構建的對象的子依賴項。
如前所述,您通常會在服務提供者中與容器互動;但是,如果您想在服務提供者之外與容器互動,可以通過App
facade進行。
use App\Services\Transistor;
use Illuminate\Contracts\Foundation\Application;
use Illuminate\Support\Facades\App;
App::bind(Transistor::class, function (Application $app) {
// ...
});
您可以使用 bindIf
方法僅在尚未為給定類型註冊綁定時註冊容器綁定:
$this->app->bindIf(Transistor::class, function (Application $app) {
return new Transistor($app->make(PodcastParser::class));
});
Note
如果類別不依賴任何介面,則無需將其綁定到容器中。容器無需指示如何構建這些對象,因為它可以使用反射自動解析這些對象。
singleton
方法將一個類別或介面綁定到容器中,該類別或介面應僅解析一次。一旦解析單例綁定,將在後續對容器的調用中返回相同的對象實例:
use App\Services\Transistor;
use App\Services\PodcastParser;
use Illuminate\Contracts\Foundation\Application;
$this->app->singleton(Transistor::class, function (Application $app) {
return new Transistor($app->make(PodcastParser::class));
});
您可以使用 singletonIf
方法僅在尚未為給定類型註冊綁定時註冊單例容器綁定:
$this->app->singletonIf(Transistor::class, function (Application $app) {
return new Transistor($app->make(PodcastParser::class));
});
scoped
方法將一個類別或介面綁定到容器中,該類別或介面應僅在給定的 Laravel 請求 / 作業生命週期內解析一次。雖然此方法類似於 singleton
方法,但使用 scoped
方法註冊的實例將在 Laravel 應用程序啟動新的“生命週期”時刷新,例如當 Laravel Octane 工作程序處理新請求或當 Laravel 佇列工作程序 處理新作業時:
use App\Services\Transistor;
use App\Services\PodcastParser;
use Illuminate\Contracts\Foundation\Application;
$this->app->scoped(Transistor::class, function (Application $app) {
return new Transistor($app->make(PodcastParser::class));
});
您可以使用 scopedIf
方法僅在尚未為給定類型註冊綁定時註冊一個作用域容器綁定:
$this->app->scopedIf(Transistor::class, function (Application $app) {
return new Transistor($app->make(PodcastParser::class));
});
您也可以使用 instance
方法將現有物件實例綁定到容器中。給定的實例將始終在後續對容器的調用中返回:
use App\Services\Transistor;
use App\Services\PodcastParser;
$service = new Transistor(new PodcastParser);
$this->app->instance(Transistor::class, $service);
服務容器的一個非常強大的功能是將介面綁定到特定的實作。例如,假設我們有一個 EventPusher
介面和一個 RedisEventPusher
實作。一旦我們編寫了這個介面的 RedisEventPusher
實作,我們可以像這樣在服務容器中註冊它:
use App\Contracts\EventPusher;
use App\Services\RedisEventPusher;
$this->app->bind(EventPusher::class, RedisEventPusher::class);
此語句告訴容器,當一個類需要 EventPusher
的實作時,應該注入 RedisEventPusher
。現在我們可以在由容器解析的類的構造函數中對 EventPusher
介面進行類型提示。請記住,Laravel 應用程序中的控制器、事件監聽器、中介層以及各種其他類型的類始終使用容器解析:
use App\Contracts\EventPusher;
/**
* 創建一個新的類實例。
*/
public function __construct(
protected EventPusher $pusher,
) {}
有時您可能有兩個使用相同介面的類別,但您希望將不同的實作注入到每個類別中。例如,兩個控制器可能依賴於 Illuminate\Contracts\Filesystem\Filesystem
contract 的不同實作。Laravel 提供了一個簡單、流暢的介面來定義這種行為:
use App\Http\Controllers\PhotoController;
use App\Http\Controllers\UploadController;
use App\Http\Controllers\VideoController;
use Illuminate\Contracts\Filesystem\Filesystem;
use Illuminate\Support\Facades\Storage;
$this->app->when(PhotoController::class)
->needs(Filesystem::class)
->give(function () {
return Storage::disk('local');
});
$this->app->when([VideoController::class, UploadController::class])
->needs(Filesystem::class)
->give(function () {
return Storage::disk('s3');
});
由於上下文綁定通常用於注入驅動程式或組態值的實作,Laravel 提供了各種上下文綁定屬性,允許在不手動定義服務提供者中的上下文綁定的情況下注入這些類型的值。
例如,Storage
屬性可用於注入特定的 儲存磁碟:
<?php
namespace App\Http\Controllers;
use Illuminate\Container\Attributes\Storage;
use Illuminate\Contracts\Filesystem\Filesystem;
class PhotoController extends Controller
{
public function __construct(
#[Storage('local')] protected Filesystem $filesystem
)
{
// ...
}
}
除了 Storage
屬性外,Laravel 還提供 Auth
、Cache
、Config
、DB
、Log
、RouteParameter
和 Tag
屬性:
<?php
namespace App\Http\Controllers;
use App\Models\Photo;
use Illuminate\Container\Attributes\Auth;
use Illuminate\Container\Attributes\Cache;
use Illuminate\Container\Attributes\Config;
use Illuminate\Container\Attributes\DB;
use Illuminate\Container\Attributes\Log;
use Illuminate\Container\Attributes\RouteParameter;
use Illuminate\Container\Attributes\Tag;
use Illuminate\Contracts\Auth\Guard;
use Illuminate\Contracts\Cache\Repository;
use Illuminate\Database\Connection;
use Psr\Log\LoggerInterface;
class PhotoController extends Controller
{
public function __construct(
#[Auth('web')] protected Guard $auth,
#[Cache('redis')] protected Repository $cache,
#[Config('app.timezone')] protected string $timezone,
#[DB('mysql')] protected Connection $connection,
#[Log('daily')] protected LoggerInterface $log,
#[RouteParameter('photo')] protected Photo $photo,
#[Tag('reports')] protected iterable $reports,
)
{
// ...
}
}
此外,Laravel 提供了一個 CurrentUser
屬性,用於將目前驗證的使用者注入到給定的路由或類別中:
use App\Models\User;
use Illuminate\Container\Attributes\CurrentUser;
Route::get('/user', function (#[CurrentUser] User $user) {
return $user;
})->middleware('auth');
您可以通過實作 Illuminate\Contracts\Container\ContextualAttribute
contract 來創建自己的上下文屬性。容器將調用您的屬性的 resolve
方法,該方法應解析應注入到使用屬性的類別中的值。在下面的示例中,我們將重新實作 Laravel 內建的 Config
屬性:
<?php
namespace App\Attributes;
use Attribute;
use Illuminate\Contracts\Container\Container;
use Illuminate\Contracts\Container\ContextualAttribute;
#[Attribute(Attribute::TARGET_PARAMETER)]
class Config implements ContextualAttribute
{
/**
* Create a new attribute instance.
*/
public function __construct(public string $key, public mixed $default = null)
{
}
/**
* Resolve the configuration value.
*
* @param self $attribute
* @param \Illuminate\Contracts\Container\Container $container
* @return mixed
*/
public static function resolve(self $attribute, Container $container)
{
return $container->make('config')->get($attribute->key, $attribute->default);
}
}
有時您可能有一個接收一些注入類別的類別,但也需要一個注入的基本值,例如整數。您可以輕鬆使用上下文綁定來注入您的類別可能需要的任何值:
use App\Http\Controllers\UserController;
$this->app->when(UserController::class)
->needs('$variableName')
->give($value);
有時一個類別可能依賴於一個標記實例的陣列。使用 giveTagged
方法,您可以輕鬆地注入所有具有該標記的容器綁定:
$this->app->when(ReportAggregator::class)
->needs('$reports')
->giveTagged('reports');
如果您需要從應用程式的配置文件之一中注入一個值,您可以使用 giveConfig
方法:
$this->app->when(ReportAggregator::class)
->needs('$timezone')
->giveConfig('app.timezone');
偶爾,您可能有一個接收使用可變構造函數參數的類別的陣列的類別:
<?php
use App\Models\Filter;
use App\Services\Logger;
class Firewall
{
/**
* The filter instances.
*
* @var array
*/
protected $filters;
/**
* Create a new class instance.
*/
public function __construct(
protected Logger $logger,
Filter ...$filters,
) {
$this->filters = $filters;
}
}
使用上下文綁定,您可以通過為 give
方法提供一個返回已解析的 Filter
實例陣列的閉包來解析此依賴關係:
$this->app->when(Firewall::class)
->needs(Filter::class)
->give(function (Application $app) {
return [
$app->make(NullFilter::class),
$app->make(ProfanityFilter::class),
$app->make(TooLongFilter::class),
];
});
為了方便起見,您也可以提供一個類名的陣列,以便在 Firewall
需要 Filter
實例時由容器解析:
$this->app->when(Firewall::class)
->needs(Filter::class)
->give([
NullFilter::class,
ProfanityFilter::class,
TooLongFilter::class,
]);
有時一個類別可能有一個變數數量的依賴,並且被型別提示為一個給定的類別 (Report ...$reports
)。使用 needs
和 giveTagged
方法,您可以輕鬆地注入所有具有該標籤的容器綁定以滿足給定依賴:
$this->app->when(ReportAggregator::class)
->needs(Report::class)
->giveTagged('reports');
偶爾,您可能需要解析某個特定綁定的所有 "類別"。例如,也許您正在建立一個報告分析器,該分析器接收許多不同 Report
介面實現的陣列。在註冊 Report
實現之後,您可以使用 tag
方法為它們分配一個標籤:
$this->app->bind(CpuReport::class, function () {
// ...
});
$this->app->bind(MemoryReport::class, function () {
// ...
});
$this->app->tag([CpuReport::class, MemoryReport::class], 'reports');
一旦服務被標記,您可以輕鬆通過容器的 tagged
方法解析它們所有:
$this->app->bind(ReportAnalyzer::class, function (Application $app) {
return new ReportAnalyzer($app->tagged('reports'));
});
extend
方法允許修改已解析的服務。例如,當解析服務時,您可以運行額外的程式碼來裝飾或配置服務。extend
方法接受兩個參數,您正在擴展的服務類別和一個應返回修改後服務的閉包。閉包接收正在解析的服務和容器實例:
$this->app->extend(Service::class, function (Service $service, Application $app) {
return new DecoratedService($service);
});
您可以使用 make
方法從容器中解析類別實例。make
方法接受您想要解析的類別或介面的名稱:
use App\Services\Transistor;
$transistor = $this->app->make(Transistor::class);
如果您的某些類別依賴無法通過容器解析,您可以通過將它們作為關聯陣列傳遞給 makeWith
方法來注入它們。例如,我們可以手動傳遞 Transistor
服務所需的 $id
建構子引數:
use App\Services\Transistor;
$transistor = $this->app->makeWith(Transistor::class, ['id' => 1]);
bound
方法可用於確定類別或介面是否已在容器中明確綁定:
if ($this->app->bound(Transistor::class)) {
// ...
}
如果您在代碼中無法訪問 $app
變數的服務提供者之外的位置,您可以使用 App
facade 或 app
helper 從容器中解析類別實例:
use App\Services\Transistor;
use Illuminate\Support\Facades\App;
$transistor = App::make(Transistor::class);
$transistor = app(Transistor::class);
如果您希望將 Laravel 容器實例本身注入到由容器解析的類別中,您可以在類別的建構子上對 Illuminate\Container\Container
類型進行提示:
use Illuminate\Container\Container;
/**
* 創建一個新的類別實例。
*/
public function __construct(
protected Container $container,
) {}
或者,更重要的是,您可以在由容器解析的類別的建構子中對依賴進行類型提示,包括控制器、事件監聽器、中介層等。此外,您可以在佇列作業的 handle
方法中對依賴進行類型提示。實際上,這是大多數對象應該由容器解析的方式。
例如,您可以在控制器的建構子中對應用程式定義的服務進行型別提示。該服務將自動解析並注入到類別中:
```php
namespace App\Http\Controllers;
use App\Services\AppleMusic;
class PodcastController extends Controller
{
/**
* Create a new controller instance.
*/
public function __construct(
protected AppleMusic $apple,
) {}
/**
* Show information about the given podcast.
*/
public function show(string $id): Podcast
{
return $this->apple->findPodcast($id);
}
}
有時您可能希望在對象實例上調用方法,同時允許容器自動注入該方法的依賴關係。例如,給定以下類:
namespace App;
use App\Services\AppleMusic;
class PodcastStats
{
/**
* 生成新的播客統計報告。
*/
public function generate(AppleMusic $apple): array
{
return [
// ...
];
}
}
您可以通過容器像這樣調用 generate
方法:
use App\PodcastStats;
use Illuminate\Support\Facades\App;
$stats = App::call([new PodcastStats, 'generate']);
call
方法接受任何 PHP 可呼叫對象。甚至可以使用容器的 call
方法來調用閉包,同時自動注入其依賴關係:
use App\Services\AppleMusic;
use Illuminate\Support\Facades\App;
$result = App::call(function (AppleMusic $apple) {
// ...
});
服務容器在解析對象時會觸發一個事件。您可以使用 resolving
方法來監聽此事件:
use App\Services\Transistor;
use Illuminate\Contracts\Foundation\Application;
$this->app->resolving(Transistor::class, function (Transistor $transistor, Application $app) {
// 當容器解析類型為 "Transistor" 的對象時調用...
});
$this->app->resolving(function (mixed $object, Application $app) {
// 當容器解析任何類型的物件時調用...
});
rebinding
方法允許您監聽服務何時重新綁定到容器,這意味著在初始綁定後再次註冊或覆蓋。當您需要在每次特定綁定更新時更新依賴關係或修改行為時,這將非常有用:
use App\Contracts\PodcastPublisher;
use App\Services\SpotifyPublisher;
use App\Services\TransistorPublisher;
use Illuminate\Contracts\Foundation\Application;
$this->app->bind(PodcastPublisher::class, SpotifyPublisher::class);
$this->app->rebinding(
PodcastPublisher::class,
function (Application $app, PodcastPublisher $newInstance) {
//
},
);
// 新綁定將觸發重新綁定閉包... $this->app->bind(PodcastPublisher::class, TransistorPublisher::class);
Laravel 的服務容器實現了 PSR-11 接口。因此,您可以對 PSR-11 容器接口進行型別提示以獲取 Laravel 容器的實例:
use App\Services\Transistor;
use Psr\Container\ContainerInterface;
Route::get('/', function (ContainerInterface $container) {
$service = $container->get(Transistor::class);
// ...
});
如果無法解析給定的標識符,將拋出異常。如果標識符從未綁定,則異常將是 Psr\Container\NotFoundExceptionInterface
的實例。如果標識符已綁定但無法解析,則將拋出 Psr\Container\ContainerExceptionInterface
的實例。