symfony 2 不原生支持多主题，但可通过自定义异常控制器按子域名、请求头或用户配置动态选择404模板；需在prod环境清缓存、启用twigbundle并确保debug=false，模板路径应为app/resources/twigbundle/views/exception/。
Symfony 2 不原生支持“多主题”概念，但可通过自定义异常控制器和模板路径逻辑，为不同子域名、请求头或用户配置动态渲染不同的 404 页面。关键不是换“主题”，而是按上下文选择对应模板，且必须确保该逻辑在异常处理链早期生效——不能依赖普通控制器，否则 404 异常根本不会到达你的 Controller。
让不同子域名加载各自的404模板
当使用子域名区分站点（如 shop.example.com 和 blog.example.com），可在异常控制器中读取 host，再决定模板名：
- 重写 TwigBundle:Exception:exception.html.twig 或继承它，避免直接覆盖全局模板
- 在自定义异常控制器（如
AppController::show404Action）中调用$request->getHost() - 根据 host 值拼出模板路径，例如：
shop/exception/404.html.twig或blog/exception/404.html.twig - 确保这些模板都存在于
templates/下对应目录，并继承同一基础布局以保持样式统一
通过请求头或会话识别前端类型并切换模板
若同一域名下需适配 Web、Mobile App、Admin 后台等不同客户端，可借助 Accept 头或自定义 header（如 X-Client-Type: admin）：
- 在异常控制器中检查
$request->headers->get('X-Client-Type') - 映射到模板前缀：
admin/404.html.twig、mobile/404.json.twig（返回 JSON）、web/404.html.twig - 对 API 请求（
Accept: application/json），应跳过 HTML 模板，直接返回new JsonResponse(['error' => 'Not Found'], 404) - 避免在 Twig 模板里做逻辑分支——模板只负责渲染，判断必须前置到控制器或事件监听器
复用现有布局结构，避免重复维护
多个 404 页面不意味着要写多套 HTML 结构。推荐用 Twig 的继承与块覆盖机制：
- 定义一个通用基础模板
base-404.html.twig，含公共 head、header、footer - 各子域名/客户端模板仅覆盖
{% block content %}{% endblock %}，插入差异化文案、图片或 JS 初始化代码 - 将品牌色、logo 路径等提取为 Twig 全局变量（在
twig.yaml中配置globals），按 host 动态赋值 - 这样增删一个子站，只需新增一个轻量模板文件，无需复制整页 HTML
确保异常模板被真正调用
Symfony 2 默认在 dev 环境显示调试页面，404 模板只在 prod 环境生效。常见失效原因：
- 没清缓存：
php app/console cache:clear --env=prod（Symfony 2 使用app/console） - 模板路径错误：Symfony 2 查找路径为
app/Resources/TwigBundle/views/Exception/或app/Resources/views/Exception/ - 未启用 TwigBundle：确认
AppKernel.php中已注册new Symfony\Bundle\TwigBundle\TwigBundle() - 没禁用调试模式：prod 环境下
app.php必须设置debug => false，否则仍显示 XDebug 页面
