其中 app.public_hostname_context1 是在 .env.local 文件中配置的域名。
然而，当需要为一个上下文支持多个域名时，问题就出现了。无法在 defaults 配置中访问当前的域名，因此需要在每次生成URL时显式地设置域名。
解决方案：使用RequestListener动态设置域名
一种解决方案是创建一个 RequestListener，在路由之前动态设置域名参数。
首先，从路由定义中删除 defaults，并为每个上下文的有效域名提供一个模式：
use Symfony\Component\Routing\Annotation\Route;
#[Route(
path: '/',
requirements: ['domain' => '%app.public_hostnames_context1_pattern%'],
host: '{domain}',
)]app.public_hostnames_context1_pattern 是在 .env.local 文件中配置的模式，包含该上下文的所有可能域名，例如：
PUBLIC_HOSTNAME_CONTEXT1_PATTERN=(?:service\.main-domain\.tld|service\.main-domain2\.tld)
接下来，创建一个 RequestListener，在 RouterListener 之前执行，以设置默认的域名参数。
在 services.yaml 中配置 RequestListener：
services:
# 必须在 RouterListener (优先级 32) 之前调用，以加载域名
App\EventListener\RequestListener:
tags:
- { name: kernel.event_listener, event: kernel.request, priority: 33 }创建 RequestListener 类：
<?php
declare(strict_types=1);
namespace App\EventListener;
use Symfony\Component\HttpKernel\Event\RequestEvent;
use Symfony\Component\Routing\RouterInterface;
class RequestListener
{
public function __construct(
private RouterInterface $router,
){}
public function onKernelRequest(RequestEvent $event)
{
if (false === $this->router->getContext()->hasParameter('domain')) {
$this->router->getContext()->setParameter('domain', $event->getRequest()->getHost());
}
}
}该 RequestListener 检查路由上下文中是否已存在 domain 参数。如果不存在，则将当前请求的 Hostname 设置为 domain 参数。
优点
- 可以灵活地为一个上下文支持多个域名。
- 仍然可以在生成URL时覆盖 domain 参数。
缺点
- 当为另一个上下文生成URL且未显式设置域名时，会引发错误。因为此时会使用当前请求的 Hostname 作为另一个上下文的域名，而该域名可能不符合 requirements 中定义的模式。
- 依赖于 RequestListener 的优先级设置，需要仔细维护以确保其在 RouterListener 之前执行。
总结与注意事项
这种解决方案提供了一种在 Symfony 路由中支持多个动态 Host 的方法。然而，需要权衡其优缺点，并根据实际情况进行调整。特别是需要注意以下几点：
- 确保 RequestListener 的优先级高于 RouterListener。
- 在为其他上下文生成URL时，始终显式设置域名，以避免潜在的错误。
- 考虑使用更复杂的路由策略，例如自定义 Router 或 Voter，以实现更灵活的路由控制。
总而言之，该方案提供了一个可行的起点，但需要根据具体需求进行定制和优化。通过仔细考虑路由策略和潜在的陷阱，可以构建一个健壮且可维护的 Symfony 应用。
