Lifecycle

First Steps

💡 Laravel application의 모든 요청은 웹 서버에 의해 public/index.php 파일로 들어오게 된다.

index.php 파일은 컴포저에 정의한 autoload를 로드한 후 app.php에서 laravel application의 인스턴스를 찾는다.

Laravel은 가장 먼저 애플리케이션 및 서비스 컨테이너의 인스턴스를 생성한다.

HTTP / Console Kernels

💡 들어온 요청은 요청 타입에 따라 HTTP kernel 혹은 Console kernel 둘 중 한 곳으로 보내진다. 두 곳은 모든 요청이 지나가는 중심부라고 할 수 있다.

HTTP Kernel

HTTP Kernel은 Illuminate\Foundation\Http\Kernel 클래스를 상속받고 있고 이 Kernel은 요청이 실행되기 전 bootstrappers의 배열을 정의한다 즉, error handling 설정, logging 설정, 애플리케이션 환경 감지 등 요청이 핸들링되기 전 여러 작업들을 담당한다. 하지만 대부분 Laravel 내부 설정 등을 처리하기 때문에 개발자는 신경쓸 필요가 크게 없다.

HTTP Kernel은 모든 요청이 필요에 의해 반드시 거치는 middleware를 정의할 수 있다. 이 미들웨어들은 세션 읽기 및 쓰기, CSRF 토큰 검증 등 여러 작업을 수행한다.

Kernel은 모든 요청을 처리하는 (request를 먹고 response를 뱉는) 하나의 큰 블랙박스라고 생각하면 된다.

Service Provider

💡 Kernel의 action중 가장 중요한 것은 service provider를 load하는 것이다.

service provider는 프레임워크의 여러 컴포넌트들 (db, queue, validation …)을 관리하며 service provider의 모든 설정은 config/app.php에서 할 수 있다.

Laravel은 app.php에 등록된 provider들을 돌면서 각각의 인스턴스를 생성하고 register 메서드를 호출한다

모든 register 메서드가 호출되고 나면 boot 메서드가 호출된다.

Laravel에서 제공하는 주요한 기능들은 모두 service provider로 정의되고 실행되기 때문에 bootstrap 과정에서 가장 중요한 요소이다.

Routing

service provider 중 가장 중요한 것 중 하나는 App\Providers\RouteServiceProvider이다. routes 디렉토리의 모든 route 파일들을 스캔해 로드한다.

모든 service provider가 등록되고 애플리케이션이 bootstrap 되면 들어온 Request는 router로 dispatch 된다. 라우터는 이 요청을 다시 route 혹은 controller로 dispatch 하거나 특정 middleware를 실행한다.

Finishing Up

route 혹은 controller가 응답을 리턴할 때 이 응답은 다시 미들웨어를 거치는데, 이는 애플리케이션이 응답을 다시 한 번 검토할 수 있게 한다.

응답이 미들웨어를 거치면 HTTP kernel의 handle 메서드를 통해 response 객체가 되고 index.php 파일이 send 메서드를 통해 웹 서버로 응답을 보낸다.