语义正确又可访问的<select>语言切换器需设id/name、value用标准BCP 47标签（如zh-CN）、禁用自定义下拉；切换时必须同步更新document.documentElement.lang、URL路径（推荐正则替换前缀）及localStorage，且初始化优先级为URL参数→localStorage→Accept-Language→默认语言。
怎么写语义正确又可访问的 <select> 语言切换器
只用 <select> 标签本身不能完成语言切换，它只是个 UI 控件，必须配合 JavaScript 才能跳转或更新内容。但很多人卡在第一步：HTML 结构就不合规，导致屏幕阅读器读不出“这是语言选择”，或者 JS 拿不到元素。
常见错误现象：Uncaught TypeError: Cannot read property 'value' of null（JS 查不到 <select>），或选了 zh-CN 后页面文字、lang 属性、URL 全都没变。
- 必须给
<select>设置id或name，例如<select id="language-select">，否则 JS 获取不稳定 -
<option>的value必须是标准 BCP 47 语言标签，如en、zh-CN、ja，禁用chinese或english_us - 禁用自定义下拉（如 div + ul 模拟），会破坏语义和键盘导航支持；
<select>原生控件对无障碍更友好 - 默认选项建议用
<option disabled selected value="">Language</option>，避免空值误触发
为什么 document.documentElement.lang 必须同步更新
只改 URL 或只换文字，不改 document.documentElement.lang，等于没切语言。浏览器、拼写检查、字体回退、屏幕阅读器语音都依赖这个属性——不是靠 CSS 类，也不是靠 JS 变量。
典型翻车场景：页面显示中文了，但 Safari 把中文引号渲染成英文；Chrome 语音朗读把“上海”读成英语重音；NVDA 屏幕阅读器仍按英文规则断句。
立即学习“前端免费学习笔记（深入）”；
- 切换后必须执行
document.documentElement.lang = 'zh-CN'，且值要和<option value="...">一致 - 子元素如果语言不同（比如引述英文原文），需显式加
lang="en"，不能指望继承 - BCP 47 格式必须严格：用
zh-CN，不用zh_CN、zh或chinese，否则部分浏览器直接 fallback 到und
路径拼接怎么避免多斜杠和 404
用 window.location.href = '/ja/' + window.location.pathname 这类硬拼，极易出错：当前路径是 /blog/2024/what-is-webassembly，拼出来变成 /ja//blog/2024/what-is-webassembly（多了个斜杠），服务器返回 404。
更隐蔽的问题是：静态站点生成器（Hugo/Jekyll）或 CDN 把 /en/ 和 /zh/ 当作不同物理目录，JS 跳转失败时用户根本看不到错误，只会卡在旧语言 HTML 里。
- 推荐用正则替换现有语言前缀：
location.pathname.replace(/^\/(en|zh|ja)\//, '/' + nextLang + '/') - 确保服务器或构建工具为每个语言路径生成了对应 HTML，否则 JS 再健壮也救不了 404
- 跳转前校验目标路径是否存在（可发 HEAD 请求），但别阻塞主流程；优先保障降级体验（如留白提示 + 返回按钮）
localStorage 存语言偏好时最容易忽略的优先级问题
用户选过一次中文，下次自动切中文——这事看似贴心，实则高危。浏览器的 Accept-Language 请求头才是第一信号，localStorage 只能是补充。强行用本地存储覆盖系统设置，等于替用户做决定。
真实翻车案例：日本用户用英文系统查资料，Accept-Language: en-US,en;q=0.9，你却因 localStorage.getItem('lang') === 'ja' 直接跳日文页，结果页面全是日文，用户完全看不懂。
- 初始化语言时顺序应为：
URL 参数（?lang=ja）→ localStorage → Accept-Language → 默认语言（en） - 写入
localStorage动作必须在语言包加载成功、DOM 更新完毕后执行，否则刷新可能拿到未就绪的语言状态 - 提供「恢复系统语言」按钮，让用户能一键撤回本地存储的偏好
