Trả lời: Bắt đầu từ file public/index.php. Đây là cổng vào duy nhất của mọi request tới ứng dụng.

Trả lời: Nó là một cái “kho” quản lý các class và các phụ thuộc của chúng. Giúp thực hiện Dependency Injection tự động.

Trả lời: Là trung tâm của quá trình khởi chạy (bootstrapping). Chúng đăng ký các service vào container trước khi ứng dụng chạy.

Trả lời: Cung cấp giao diện “tĩnh” cho các class có sẵn trong container. Giúp cú pháp ngắn gọn (ví dụ: Log::info()).

Trả lời: Là việc truyền các object cần thiết vào hàm/constructor thông qua type-hinting, giúp code linh hoạt và dễ test.

Trả lời: Container sử dụng Reflection API của PHP để tự động nhận diện và khởi tạo các class phụ thuộc mà không cần cấu hình thủ công.

Trả lời: Xử lý các bước chuẩn bị cho request: cấu hình lỗi, log dữ liệu, và quan trọng nhất là định nghĩa các middleware.

Trả lời: Contract thực chất là các Interface định nghĩa các phương thức mà một service phải có.

Trả lời: Để đảm bảo tính Loose Coupling. Các thành phần không phụ thuộc trực tiếp vào nhau mà thông qua Container.

Trả lời: Thay vì bạn tự tạo object, bạn nhường quyền đó cho Laravel Container điều khiển.

Trả lời: Singleton: Tạo 1 lần dùng mãi mãi. Transient (Bind): Mỗi lần gọi là một instance mới hoàn toàn.

Trả lời: register: Chỉ dùng để bind vào container. boot: Dùng để thực thi logic sau khi tất cả providers đã đăng ký xong.

Trả lời: Dùng $this->app->bind() trong Service Provider để map Interface của Laravel tới class cụ thể của bạn.

Trả lời: Chỉ load provider khi service đó thực sự được gọi đến, giúp giảm tải cho mỗi request không cần dùng tới nó.

Trả lời: Mọi Facade kế thừa từ lớp base Facade. Khi gọi phương thức static, nó dùng __callStatic để resolve object từ container và thực thi phương thức trên object đó.

Trả lời: Để code linh hoạt. Bạn có thể dễ dàng đổi implementation (ví dụ: từ Mailgun sang SES) mà không cần sửa code ở nơi gọi.

Trả lời: Khi 2 class cùng cần 1 Interface nhưng bạn muốn mỗi class nhận được một Implementation khác nhau.

Trả lời: Dùng $this->app->alias('original', 'alias_name'). Giúp truy cập service qua tên ngắn gọn hơn.

Trả lời: Xác định Route trước, sau đó các middleware gán cho route đó mới được thực thi theo thứ tự trong Pipeline.

Trả lời: Là việc bạn đưa một object đã được khởi tạo sẵn vào container bằng lệnh $this->app->instance('key', $object).

Trả lời: Dùng mảng các closure. Mỗi middleware nhận $request và một closure $next. Nó bao bọc lớp tiếp theo, tạo thành một chuỗi các lớp (onion architecture).

Trả lời:

1. Tạo class thực thi logic. 2. Bind class đó vào container. 3. Tạo class Facade kế thừa Illuminate\Support\Facades\Facade và định nghĩa getFacadeAccessor().

Trả lời: DI dễ test hơn vì dependencies rõ ràng. Facade tiện hơn nhưng cần dùng các helper như Log::shouldReceive() để mock, đôi khi che giấu sự phụ thuộc của class.

Trả lời: Laravel dùng một class loader tùy chỉnh. Khi bạn dùng namespace Facades\App\Services\MyService, Laravel tự động generate một Facade class “giả” trong bộ nhớ.

Trả lời: Gắn nhãn (tag) cho một nhóm các service liên quan. Giúp resolve toàn bộ các service đó trong 1 lần gọi (ví dụ: resolve tất cả các report_generators).

Trả lời: Container tự động resolve dependencies ngay tại tham số của một phương thức (thường thấy trong Controller methods hoặc Job handle).

Trả lời: Trong Laravel 11, file này trở thành trung tâm cấu hình tinh gọn cho: Routing, Middleware, và Exceptions, thay thế cho các file Kernel cồng kềnh trước đây.

Trả lời: Dùng $this->app->resolving(Service::class, function ($service) { ... }). Callback này chạy ngay sau khi object được tạo ra từ container.

Trả lời: Container là nơi chứa. Locator là cách dùng (class chủ động gọi container). Laravel khuyến khích DI thay vì dùng Container như một Locator để giảm Coupling.

Trả lời: Cho phép thêm phương thức vào một class tại runtime. Nó lưu trữ các closure trong một mảng tĩnh $macros và dùng __call hoặc __callStatic để thực thi.

Trả lời: Dùng Manager Pattern. Tạo một Manager class quản lý việc khởi tạo các Driver. Dùng Service Provider để bind Interface tới Manager, cho phép cấu hình driver qua .env.

Trả lời: Mỗi Module có một thư mục riêng (Modules/Billing, Modules/Users), mỗi module có ServiceProvider riêng để tự đăng ký Routes, Views, Migrations và Bindings.

Trả lời: Resolve qua Reflection có chi phí CPU. Giải pháp: Dùng Singleton cho các class nặng, tối ưu hóa các Deferred Providers, và cân nhắc dùng Laravel Octane để giữ Container luôn trong bộ nhớ.

Trả lời: Dùng file composer.json của package với mục extra.laravel. Laravel sẽ quét thư mục vendor và tự động load các providers/aliases mà không cần user cấu hình.

Trả lời: Là lớp core (Illuminate\Foundation) cung cấp các lớp cơ sở cho Application, Kernel, và các lệnh Artisan khởi tạo hệ thống.

Trả lời: Luôn dùng Mocking API của Laravel. Đảm bảo mọi Facade đều có một class implementation rõ ràng phía sau để có thể swap bằng Mock object dễ dàng.

Trả lời: Dùng Middleware nhận diện Tenant -> Re-bind các service quan trọng (như DB connection, Cache store) vào Container dựa trên cấu hình của Tenant đó.

Trả lời: Tất cả đều trỏ về cùng một instance của Application (Container). Sự khác biệt chỉ là ngữ cảnh truy cập (Global helper, bên trong Provider, hoặc từ Request object).

Trả lời: Thực tế Laravel Container CÓ implement PSR-11 (ContainerInterface). Tuy nhiên, nó cung cấp thêm hàng chục tính năng mạnh mẽ khác mà chuẩn PSR-11 không có.

Trả lời: Để Framework có thể cập nhật độc lập qua Composer mà không ảnh hưởng trực tiếp tới mã nguồn nghiệp vụ của ứng dụng (trong thư mục app/).

Xử lý: Dùng $this->app->resolving(function ($object, $app) { Log::info(get_class($object)); }); trong AppServiceProvider.

Xử lý: Do bạn chưa bind Interface đó tới một Class cụ thể trong Service Provider. Hãy thêm $this->app->bind(Interface::class, Implementation::class);.