lang 和 dir 必须同时设置且不可互换：lang 指定语言以触发字体回退、tts 发音等，dir 控制文字流向影响布局与光标位置；缺一将导致光标错位、数字乱码、连字失效、语音朗读错误。
仅设 dir="rtl" 或只改 lang 都不够——阿拉伯语等 RTL 语言必须两者共存、各司其职，否则光标错位、数字乱码、连字失效、语音朗读出错都是常态。
为什么 lang 和 dir 必须同时写，且不能互换
lang 告诉浏览器“这是什么语言”，触发字体回退、拼写检查、TTS 发音、标点挤压逻辑；dir 告诉浏览器“文字往哪边流”，影响块对齐、Flex/Grid 镜像、光标起始位置。两者不重叠，也不可推导：
- 设
lang="ar"但没dir：阿拉伯文字显示为 LTR 流向，تَعْلِيم 被拆成孤立字符，哈姆扎位置错乱 - 设
dir="rtl"但lang="en"：数字仍用 ASCII（012…）而非阿拉伯-印度数字（٠١٢…），屏幕阅读器按英语读法念阿拉伯词 -
html标签上漏掉任一属性：header/nav 等顶层结构不继承方向或语言逻辑，菜单翻转但文字不连字，表单输入从左开始
dir="rtl" 必须显式加在 <input> 和 <textarea></textarea> 上
即使父容器已设 dir="rtl"，原生表单控件在 Chrome/Firefox 中仍默认按 LTR 行为处理输入——光标停在左侧、占位符不反向、选中时文本方向混乱：
- 错误写法：
<div dir="rtl"><input type="text" placeholder="ابحث..."></div>→ 占位符右对齐但光标从左进 - 正确写法：
<input type="text" dir="rtl" lang="ar" placeholder="ابحث..."> -
textarea还需额外验证换行行为：回车后新行应从右边界开始；若异常，检查是否误用了padding-left（应改用padding-inline-start）
混合内容里怎么隔离 LTR 片段（比如 URL、代码、英文术语）
在 dir="rtl" 容器中直接写 https://example.com，BIDI 算法会把它当阿拉伯语片段处理，导致斜杠错位、域名被反转。必须用语义化包裹+显式声明：
- 用
<span lang="en" dir="ltr">https://example.com</span>，不是仅加direction: ltr的 CSS - 技术术语推荐用
<code lang="en">useState：IDE 插件能据此启用英文语法高亮，浏览器也识别为独立语言单元 - 引述外文原文必须用
<blockquote lang="fr">Je suis français.</blockquote>，<div lang="fr"> 不被翻译工具和语音引擎识别 <li>避免在已设 <code>dir="rtl"的容器里再写text-align: right—— 冗余声明会让 BIDI 行为不可预测 - 切换到阿拉伯语时执行：
document.documentElement.lang = "ar"; document.documentElement.dir = "rtl"; - 切回中文时执行：
document.documentElement.lang = "zh-CN"; document.documentElement.dir = "ltr"; - 别只改某个
<p></p>的lang：屏幕阅读器、搜索引擎、翻译插件基本只看标签 - 服务端渲染页面，
lang和dir应从路由前缀（如/ar/about）或用户偏好头中提取，硬编码进 HTML 初始状态
动态切换语言时，lang 和 dir 怎么同步更新
前端多语言切换不能只替换文案，document.documentElement.lang 和 document.documentElement.dir 必须同步改，否则 SSR 渲染残留、语音朗读卡在旧语种、CSS :lang() 选择器不生效：
最容易被忽略的是：表单控件的 dir 必须单独设，不能靠继承；以及混合内容中每个 LTR 片段都得带 lang + dir 双声明——少一个，BIDI 就可能在某个浏览器里崩一次。这不是“兼容性补丁”，是 HTML 多语言排版的底层契约。
