dir="rtl"必须设在上，因浏览器仅在此层级完整触发表单光标、选中顺序及滚动条RTL行为；局部设置会导致旧版Safari等光标错乱、复制乱序，且需同步lang="ar"以启用连字、数字样式与语音规则。
光加 dir="rtl" 不足以让阿拉伯语页面真正可用——它只是起点，不是终点。
为什么 dir="rtl" 必须设在
浏览器对表单控件（如 <input>、<textarea></textarea>）的光标行为、文本选中顺序、滚动条默认位置等 RTL 感知，只在根元素带 dir 属性时才完整触发。旧版 Safari 尤其明显：局部 div dir="rtl" 下，输入框光标跳转错乱、双击选词反向。
- 错误写法：
或<div dir="rtl"> 包裹主体 —— 表单仍按 LTR 逻辑响应 <li>正确写法：<code>，且需同步设置lang="ar"，否则屏幕阅读器无法调用阿拉伯语音规则，字体连字也可能不启用 - 动态切换时用 JS：
document.documentElement.setAttribute("dir", "rtl")和document.documentElement.setAttribute("lang", "ar")必须成对执行 - 现象：
API v2.4.1在纯dir="rtl"容器中可能显示为1.4.2 v API，括号方向也翻转 - 解法：对 LTR 片段显式包裹
<bdi>API v2.4.1</bdi>或<span dir="ltr">API v2.4.1</span> - 别用
direction: ltr替代 —— 它不参与 UBA，只改盒模型，复制出来仍是乱序 - 应全部替换为逻辑属性：
margin-inline-end替代margin-right，text-align: end替代text-align: right - Flex/Grid 主轴自动翻转（
flex-direction: row→row-reverse），但若你手动写了flex-direction: row-reverse，再叠加dir="rtl"，就会双重反转，按钮顺序反而错乱 - 图标方向要单独处理：返回箭头 ← 应保持指向左，不能靠
transform: scaleX(-1)全局翻转，否则 SVG 路径被镜像后语义丢失 - 字体栈必须显式包含阿拉伯语优化字体：
font-family: "Tajawal", "Cairo", system-ui, sans-serif；避免单独用"Arial"或"Times New Roman" - 加载阿拉伯字体时加
unicode-range分割，否则所有语言用户都得下载整套字形：unicode-range: U+0600-06FF, U+0750-077F - 数字格式化必须用
Intl.NumberFormat("ar-EG").format(123)，硬编码"123"会违反本地习惯
混合内容里数字和英文为什么会乱序
阿拉伯语文本常夹杂拉丁数字（如 “v2.4.1”）、URL、品牌名。仅靠 dir="rtl" 不足以让浏览器正确重排这些片段——必须触发 Unicode 双向算法（UBA），而 UBA 的开关就是 HTML 的 dir 属性，不是 CSS 的 direction。
CSS 物理属性（margin-right）在 RTL 下会失效
写死 margin-right: 1rem 或 text-align: right，在用户切换语言或系统方向时不会自动镜像，导致布局错位或文字溢出。
立即学习“前端免费学习笔记（深入）”；
字体和数字格式是隐藏最深的坑
即使 dir 和 CSS 都设对了，阿拉伯语用户看到的仍可能是断开字符、方块、或西方数字（123）而非本地习惯的东阿拉伯数字（١٢٣）。
RTL 不是“把页面左右翻一下”就能完事的事——它牵扯到 Unicode 层、CSS 盒模型、字体渲染、JavaScript 事件流向四个层面。最容易被忽略的是：lang 属性缺失导致语音合成失败，以及 bdi 缺失导致混合文本复制粘贴后不可读。
