Built-in Symfony Events

The Symfony framework is an HTTP Request-Response one. During the handling of an HTTP request, the framework (or any application using the HttpKernel component) dispatches some events which you can use to modify how the request is handled and how the response is returned.

Symfony フレームワークは HTTP リクエスト-レスポンス フレームワークです。HTTP リクエストの処理中に、フレームワーク (または HttpKernel コンポーネントを使用する任意のアプリケーション) は、リクエストの処理方法とレスポンスの返される方法を変更するために使用できるいくつかのイベントをディスパッチします。

Kernel Events

Each event dispatched by the HttpKernel component is a subclass of KernelEvent, which provides the following information:

HttpKernel コンポーネントによって送出される各イベントは、次の情報を提供する KernelEvent のサブクラスです。
getRequestType()
Returns the type of the request (HttpKernelInterface::MAIN_REQUEST or HttpKernelInterface::SUB_REQUEST).
リクエストのタイプを返します (HttpKernelInterface::MAIN_REQUEST または HttpKernelInterface::SUB_REQUEST)。
getKernel()
Returns the Kernel handling the request.
リクエストを処理するカーネルを返します。
getRequest()
Returns the current Request being handled.
処理中の現在の Request を返します。
isMainRequest()
Checks if this is a main request.
これがメインのリクエストかどうかを確認します。

kernel.request

Event Class: RequestEvent

イベント クラス: RequestEvent

This event is dispatched very early in Symfony, before the controller is determined. It's useful to add information to the Request or return a Response early to stop the handling of the request.

このイベントは、コントローラーが決定される前に、Symfony の非常に早い段階でディスパッチされます。 Request に情報を追加するか、Response を早めに返して、リクエストの処理を停止すると便利です。

See also

こちらもご覧ください

Read more on the kernel.request event.

詳しくは kernel.request イベントをご覧ください。

Execute this command to find out which listeners are registered for this event and their priorities:

このコマンドを実行して、このイベントに登録されているリスナーとその優先順位を確認します。
1
$ php bin/console debug:event-dispatcher kernel.request

kernel.controller

Event Class: ControllerEvent

イベント クラス: ControllerEvent

This event is dispatched after the controller has been resolved but before executing it. It's useful to initialize things later needed by the controller, such as param converters, and even to change the controller entirely:

このイベントは、コントローラーが解決された後、実行する前に送出されます。パラメータコンバーターなど、後でコントローラーが必要とするものを初期化したり、コントローラーを完全に変更したりするのに役立ちます。
1
2
3
4
5
6
7
8
9
use Symfony\Component\HttpKernel\Event\ControllerEvent;

public function onKernelController(ControllerEvent $event)
{
    // ...

    // the controller can be changed to any PHP callable
    $event->setController($myCustomController);
}

See also

こちらもご覧ください

Read more on the kernel.controller event.

詳細については、kernel.controller イベントを参照してください。

Execute this command to find out which listeners are registered for this event and their priorities:

このコマンドを実行して、このイベントに登録されているリスナーとその優先順位を確認します。
1
$ php bin/console debug:event-dispatcher kernel.controller

kernel.controller_arguments

Event Class: ControllerArgumentsEvent

イベント クラス: ControllerArgumentsEvent

This event is dispatched just before a controller is called. It's useful to configure the arguments that are going to be passed to the controller. Typically, this is used to map URL routing parameters to their corresponding named arguments; or pass the current request when the Request type-hint is found:

このイベントは、コントローラーが呼び出される直前に送出されます。コントローラーに渡される引数を構成すると便利です。通常、これは URL ルーティング パラメーターを対応する名前付き引数にマップするために使用されます。または、リクエスト タイプ ヒントが見つかったときに現在のリクエストを渡します。
1
2
3
4
5
6
7
8
9
10
11
12
13
use Symfony\Component\HttpKernel\Event\ControllerArgumentsEvent;

public function onKernelControllerArguments(ControllerArgumentsEvent $event)
{
    // ...

    // get controller and request arguments
    $namedArguments = $event->getRequest()->attributes->all();
    $controllerArguments = $event->getArguments();

    // set the controller arguments to modify the original arguments or add new ones
    $event->setArguments($newArguments);
}

Execute this command to find out which listeners are registered for this event and their priorities:

このコマンドを実行して、このイベントに登録されているリスナーとその優先順位を確認します。
1
$ php bin/console debug:event-dispatcher kernel.controller_arguments

kernel.view

Event Class: ViewEvent

イベント クラス: ViewEvent

This event is dispatched after the controller has been executed but only if the controller does not return a Response object. It's useful to transform the returned value (e.g. a string with some HTML contents) into the Response object needed by Symfony:

このイベントは、コントローラーが実行された後に送出されますが、コントローラーが Response オブジェクトを返さない場合に限ります。返された値 (HTML コンテンツを含む文字列など) を Symfony が必要とする Response オブジェクトに変換すると便利です。
1
2
3
4
5
6
7
8
9
10
11
12
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\HttpKernel\Event\ViewEvent;

public function onKernelView(ViewEvent $event)
{
    $value = $event->getControllerResult();
    $response = new Response();

    // ... somehow customize the Response from the return value

    $event->setResponse($response);
}

See also

こちらもご覧ください

Read more on the kernel.view event.

詳しくは、kernel.view イベントをご覧ください。

Execute this command to find out which listeners are registered for this event and their priorities:

このコマンドを実行して、このイベントに登録されているリスナーとその優先順位を確認します。
1
$ php bin/console debug:event-dispatcher kernel.view

kernel.response

Event Class: ResponseEvent

イベント クラス: ResponseEvent

This event is dispatched after the controller or any kernel.view listener returns a Response object. It's useful to modify or replace the response before sending it back (e.g. add/modify HTTP headers, add cookies, etc.):

このイベントは、コントローラーまたは任意の kernel.view リスナーが Response オブジェクトを返した後に送出されます。応答を返送する前に変更または置換すると便利です (例: HTTP ヘッダーの追加/変更、Cookie の追加など)。
1
2
3
4
5
6
7
8
use Symfony\Component\HttpKernel\Event\ResponseEvent;

public function onKernelResponse(ResponseEvent $event)
{
    $response = $event->getResponse();

    // ... modify the response object
}

See also

こちらもご覧ください

Read more on the kernel.response event.

詳しくは、kernel.response イベントをご覧ください。

Execute this command to find out which listeners are registered for this event and their priorities:

このコマンドを実行して、このイベントに登録されているリスナーとその優先順位を確認します。
1
$ php bin/console debug:event-dispatcher kernel.response

kernel.finish_request

Event Class: FinishRequestEvent

イベント クラス: FinishRequestEvent

This event is dispatched after the kernel.response event. It's useful to reset the global state of the application (for example, the translator listener resets the translator's locale to the one of the parent request):

このイベントは、kernel.response イベントの後に送出されます。アプリケーションのグローバル状態をリセットすると便利です (たとえば、トランスレーター リスナーは、トランスレーターのロケールを親リクエストのロケールにリセットします)。
1
2
3
4
5
6
7
8
9
10
11
use Symfony\Component\HttpKernel\Event\FinishRequestEvent;

public function onKernelFinishRequest(FinishRequestEvent $event)
{
    if (null === $parentRequest = $this->requestStack->getParentRequest()) {
        return;
    }

    // reset the locale of the subrequest to the locale of the parent request
    $this->setLocale($parentRequest);
}

Execute this command to find out which listeners are registered for this event and their priorities:

このコマンドを実行して、このイベントに登録されているリスナーとその優先順位を確認します。
1
$ php bin/console debug:event-dispatcher kernel.finish_request

kernel.terminate

Event Class: TerminateEvent

イベント クラス: TerminateEvent

This event is dispatched after the response has been sent (after the execution of the handle() method). It's useful to perform slow or complex tasks that don't need to be completed to send the response (e.g. sending emails).

このイベントは、応答が送信された後 (handle() メソッドの実行後) にディスパッチされます。応答を送信するために完了する必要のない、低速または複雑なタスク (電子メールの送信など) を実行する場合に便利です。

See also

こちらもご覧ください

Read more on the kernel.terminate event.

詳しくは、kernel.terminate イベントを参照してください。

Execute this command to find out which listeners are registered for this event and their priorities:

このコマンドを実行して、このイベントに登録されているリスナーとその優先順位を確認します。
1
$ php bin/console debug:event-dispatcher kernel.terminate

kernel.exception

Event Class: ExceptionEvent

イベント クラス: ExceptionEvent

This event is dispatched as soon as an error occurs during the handling of the HTTP request. It's useful to recover from errors or modify the exception details sent as response:

このイベントは、HTTP 要求の処理中にエラーが発生するとすぐに送出されます。エラーから回復するか、応答として送信される例外の詳細を変更すると便利です。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\HttpKernel\Event\ExceptionEvent;

public function onKernelException(ExceptionEvent $event)
{
    $exception = $event->getThrowable();
    $response = new Response();
    // setup the Response object based on the caught exception
    $event->setResponse($response);

    // you can alternatively set a new Exception
    // $exception = new \Exception('Some special exception');
    // $event->setThrowable($exception);
}

Note

ノート

The TwigBundle registers an ErrorListener that forwards the Request to a given controller defined by the exception_listener.controller parameter.

TwigBundle は、Exception_listener.controller パラメーターで定義された特定のコントローラーに Request を転送する ErrorListener を登録します。

Symfony uses the following logic to determine the HTTP status code of the response:

symfony は次のロジックを使用して、応答の HTTP ステータス コードを決定します。
  • If isClientError(), isServerError() or isRedirect() is true, then the status code on your Response object is used;
    isClientError()、isServerError() orisRedirect() が true の場合、Response オブジェクトのステータス コードが使用されます。
  • If the original exception implements HttpExceptionInterface, then getStatusCode() is called on the exception and used (the headers from getHeaders() are also added);
    元の例外が HttpExceptionInterface を実装している場合、例外で getStatusCode() が呼び出されて使用されます (getHeaders() のヘッダーも追加されます)。
  • If both of the above aren't true, then a 500 status code is used.
    上記の両方が当てはまらない場合、500 ステータス コードが使用されます。

Note

ノート

If you want to overwrite the status code of the exception response, which you should not without a good reason, call ExceptionEvent::allowCustomResponseCode() first and then set the status code on the response:

例外応答のステータス コードを上書きする場合は、正当な理由がない限り上書きしないでください。最初に ExceptionEvent::allowCustomResponseCode() を呼び出してから、応答にステータス コードを設定します。
1
2
3
$event->allowCustomResponseCode();
$response = new Response('No Content', 204);
$event->setResponse($response);

The status code sent to the client in the above example will be 204. If $event->allowCustomResponseCode() is omitted, then the kernel will set an appropriate status code based on the type of exception thrown.

上記の例でクライアントに送信されるステータス コードは 204 になります。$event->allowCustomResponseCode() が省略されている場合、カーネルはスローされた例外のタイプに基づいて適切なステータス コードを設定します。

See also

こちらもご覧ください

Read more on the kernel.exception event.

詳しくは、kernel.exception イベントを参照してください。

Execute this command to find out which listeners are registered for this event and their priorities:

このコマンドを実行して、このイベントに登録されているリスナーとその優先順位を確認します。
1
$ php bin/console debug:event-dispatcher kernel.exception