最轻量方案是用data-i18n标记+JSON语言包+localStorage记忆选择;需同步更新文案、document.documentElement.lang及子元素lang、存储状态、fallback机制和动态属性(如placeholder)。
直接用 data-i18n 标记 + JSON 语言包 + localStorage 记忆选择,是最轻量、可控、且不依赖构建工具的方案。硬编码文案或只改 document.documentElement.lang 都会出问题——前者改一次全站重发,后者屏幕阅读器和字体渲染根本没反应。
所有要动态换语言的文本节点,必须显式加 data-i18n 属性,值是语言包里的键名。不能只靠 class 或 id 推断,JS 没法自动猜。
data-i18n 只作用于元素自身文本内容(textContent),如需替换 placeholder、title、alt 等属性,得额外加 data-i18n-placeholder 这类带后缀的属性<input data-i18n-placeholder="search_hint">
<script> 或 <pre> 里乱加 data-i18n——这些节点通常不渲染为可见文本,加了也白加innerHTML 替换,但要确保语言包里对应值是可信的纯 HTML 片段,避免 XSSdocument.documentElement.lang 和子元素 lang
只改根节点的 lang,对已渲染的子元素完全无效。浏览器和屏幕阅读器按每个节点自己的 lang 属性决定语音、字体回退、标点间距——不是继承来的。
zh-Hans)设置 document.documentElement.lang = 'zh-Hans'
lang="en" 或 lang="bash",不能指望全局覆盖lang 的元素,把非根节点的 lang 值也同步更新(比如多语言博客里一段日文引用,得跟着主语言切)zh-CN 可以,zh_CN 或 chinese 会被忽略甚至触发 fallback 失败结构扁平、键名一致、文件路径固定,是避免加载失败和 key 错位的核心。别图省事把所有语言塞进一个大对象里。
立即学习“前端免费学习笔记(深入)”;
locales/zh.json、locales/en.json、locales/ja.json,内容全是顶层键值对,不要嵌套层级en 或你设定的主语言 JSON,否则整页文案消失"hello {name}")+ JS 运行时替换,别硬塞进静态语言包因为没读 localStorage,或者读了但没在 DOM 渲染前就执行翻译逻辑——导致初始 HTML 用的是默认文案,JS 后置替换造成闪屏甚至失败。
<script> 就该读 localStorage.getItem('lang'),没值再 fallback 到 navigator.language 或 'zh'
DOMContentLoaded 触发前完成,或者用 document.write 注入初始语言包(慎用),否则 DOM 已渲染完毕,再改 textContent 会触发重排localStorage.setItem('lang', 'en'),别等异步加载完再存——网络慢时用户点完没反应,会再点一次最容易被忽略的是:语言切换不是“换文案”一件事,而是文案 + lang 属性 + 存储状态 + fallback 机制 + 动态属性支持(placeholder/title)五件事必须同步到位。漏掉任意一环,用户就会遇到语音朗读错乱、输入框提示不显示、刷新后语言重置、或者整页空白。