Symfony 4 表单标签翻译失效主因是翻译域、locale或加载路径不匹配；需检查表单类translation_domain设置、Twig中form_label与|trans域一致性、translations/forms.zh_CN.xlf文件规范及当前locale是否为zh_CN。
Symfony 4 表单标签翻译失效，通常不是翻译文件没写，而是翻译域、语言环境或加载机制没对上。重点检查三个环节：表单类是否显式指定了 translation_domain、Twig 模板里是否用了正确的翻译上下文、以及对应语言的 .xlf 文件是否在正确路径且内容规范。
确认表单类中 translation_domain 设置正确
Symfony 表单默认使用 messages 域，但如果你在表单类型中手动设置了 translation_domain（比如设为 'forms'），就必须确保所有 label 翻译都放在 forms.zh_CN.xlf 里，而不是 messages.zh_CN.xlf。常见错误是表单里写了：
$builder->add('email', TextType::class, ['label' => 'form.email'])- 却只在
messages.zh_CN.xlf中定义了form.email的翻译 - 而表单配置中又隐式或显式用了
translation_domain: 'forms'
解决方法：要么统一用 messages 域（推荐初学者），要么在表单构建时明确指定并保持翻译文件命名和路径一致：
- 表单类中加：
->add('email', TextType::class, ['label' => 'form.email', 'translation_domain' => 'forms']) - 对应翻译文件路径：
translations/forms.zh_CN.xlf
检查 Twig 模板中是否绕过了表单自动翻译
如果你在模板里没有用 {{ form_row(form.email) }}，而是手动写 {{ form_label(form.email) }} 或更彻底地拆成 {{ 'form.email'|trans }}，那就要注意：form_label() 默认仍走表单配置的 translation_domain，但 |trans 过滤器默认走 messages 域。两者不一致就会“翻译找不到”。
- 用
{{ form_label(form.email) }}→ 查找form.email在forms.zh_CN.xlf（若 domain 是 forms） - 用
{{ 'form.email'|trans }}→ 默认查messages.zh_CN.xlf，除非写成{{ 'form.email'|trans({}, 'forms') }}
建议统一用 form_row() 或显式传参，避免混淆。
验证翻译文件路径、命名与内容格式
Symfony 4 要求翻译文件放在 translations/ 目录下，命名必须严格匹配 {domain}.{locale}.xlf，例如 forms.zh_CN.xlf。注意：
- locale 必须和当前请求语言一致（
zh_CN≠zh，除非你配置了 fallback） - 文件必须是标准 XLIFF 1.2 格式，根节点为
<xliff version="1.2">，不能是 JSON 或 PHP 数组 -
<source>内容要和代码中写的 key 完全一致（包括大小写、点号、空格） - 运行
bin/console debug:translation zh_CN forms可快速查看缺失/冗余项
确认请求语言已正确激活
翻译生效的前提是 Symfony 当前 locale 是 zh_CN。检查：
- 是否在
config/packages/framework.yaml中设置了default_locale: 'zh_CN' - 是否通过 URL 参数（
?_locale=zh_CN）或 session 切换过语言，但未持久化 - 是否在控制器中调用了
$request->setLocale('zh_CN')却没触发后续翻译上下文刷新
临时调试可在控制器中加：dump($this->get('translator')->getLocale()); 确认当前实际生效的语言代码。
