Existem alguns avisos sobre como acessar diretamente o objeto de solicitação dessa maneira em \Drupal::request
:
* Note: The use of this wrapper in particular is especially discouraged. Most
* code should not need to access the request directly. Doing so means it
* will only function when handling an HTTP request, and will require special
* modification or wrapping when run from a command line tool, from certain
* queue processors, or from automated tests.
*
* If code must access the request, it is considerably better to register
* an object with the Service Container and give it a setRequest() method
* that is configured to run when the service is created. That way, the
* correct request object can always be provided by the container and the
* service can still be unit tested.
Qualquer controlador de formulário estendendo \Drupal\Core\Form\FormBase
automaticamente tem essa dependência injetada e pode ser acessada usando:
$this->getRequest()->getSchemeAndHttpHost()
Eu acho (mas não testei) que um controlador de página comum estendendo \Drupal\Core\Controller\ControllerBase
poderia fornecer o request_stack
serviço substituindo a \Drupal\Core\Controller\ControllerBase::create
função e definindo uma $request
propriedade no construtor. Isso é muito bem descrito para formulários, e o mesmo processo deve ser aplicado aos controladores de página: https://www.drupal.org/docs/8/api/services-and-dependency-injection/dependency-injection-for-a- formulário .