symfony 4 禁用 accept-language 自动推断需绕过默认 locale 解析逻辑：替换 defaultlocaleresolver 为自定义实现（仅读 url 参数或 cookie），设 framework.default_locale 为固定值，禁用 translationlistener，并确保前后端语言源统一。
Symfony 4 默认会根据请求头中的 Accept-Language 自动推断用户语言，但这容易导致与用户手动选择的语言不一致。要禁用这种自动探测，关键不是“关闭某个开关”，而是**绕过框架默认的 Locale 解析逻辑，强制使用你明确指定的语言来源**。
覆盖默认的 Locale 解析器
Symfony 使用 RequestMatcher 和 LocaleResolverInterface 决定当前请求语言。默认实现（DefaultLocaleResolver）会读取 Accept-Language。你需要替换它：
- 在
config/services.yaml中定义自定义解析器服务 - 实现
LocaleResolverInterface，只从 URL 参数（如?_locale=ja）或 Cookie（如lang=ja_JP）读取，完全忽略Accept-Language - 通过
framework.default_locale设一个兜底值（如en），并确保framework.locale不设为动态值
禁用 Accept-Language 的参与路径
即使不换解析器，也能切断其影响链：
- 在
config/packages/framework.yaml中显式关闭自动 locale 推导：default_locale: 'en'enabled_locales: ['en', 'zh', 'ja']
（注意：不要留空或写~） - 移除或注释掉任何使用
request.getPreferredLanguage()的代码，尤其在控制器或事件监听器中 - 检查是否启用了
symfony/translation的自动 locale 切换钩子（如TranslationListener），如有则禁用
前端与后端语言决策保持同步
禁用浏览器探测后，必须确保前端也放弃依赖 navigator.language：
- 后端渲染 HTML 时，在
中写入服务端最终选定的语言码 - 注入全局变量：
<script>window.APP_LANG = "zh-Hans";</script>，供前端 i18n 库（如 i18next）优先读取 - 前端初始化时，跳过
browserLanguage检测策略，强制以服务端传入值为准
验证是否真正禁用
最直接的验证方式是人工模拟请求：
- 用 curl 发送带
Accept-Language: fr-FR但 URL 含?_locale=de的请求，检查响应中Content-Language、模板渲染文本、翻译键输出是否为德语 - 在控制器中打印
$request->getPreferredLanguage()和$request->getLocale()，确认二者不再相同且后者稳定来自你的来源 - 查看 Twig 模板中
{{ app.request.locale }}输出是否始终是你预期的值，而非随浏览器变化
