必须用包裹每个方向不可预知的原子级内容（如مجلد/file.txt），因其自动探测首字符方向并强制双向隔离，而dir="auto"或CSS direction不建隔离边界，无法防止中性字符错位。
表格单元格里阿拉伯语+英文混排，点号或斜杠错位怎么办
直接原因不是字体或编码，而是表格单元格没建立双向隔离边界。浏览器按父级 dir 基方向解析整行文本，中性字符（如 .、/、:）被错误包裹进 RTL 上下文，导致 مجلد/file.txt 渲染成乱序。
必须给每个方向不可预知的原子级内容加隔离，而不是靠 direction: rtl 或 dir="auto" 撑全场：
-
<bdi>مجلد/file.txt</bdi>—— 最简、最安全，自动探测首字符方向并隔离 -
<span style="unicode-bidi: isolate">مجلد/file.txt</span>—— 仅当无法改 HTML 结构时用，但必须配direction（如direction: rtl），否则无效 - 别用
<div dir="auto"> 包裹路径——它不建隔离边界，<code>file.txt的点号仍会被拖进 RTL 段落table 中
th和td的dir属性要不要继承要，但继承的是基方向，不是隔离能力。比如整个表格设了
<table dir="rtl">，所有 <code>td默认获得 RTL 基方向，但里面一段英文报错信息Error: file not found依然会错位——冒号和空格在 RTL 基方向下被推导为 RTL 关联字符。此时不能只写
style="direction: ltr"，必须显式重置语义层：立即学习“前端免费学习笔记（深入）”；
- 正确：
<td><bdi>Error: file not found</bdi></td> - 也行但冗余：
<td dir="ltr">Error: file not found</td>（前提是这段内容本身方向确定且固定） - 错误：
<td style="direction: ltr">Error: file not found</td>——direction不触发完整 UBA 重排，光标、选区、标点分组仍按 RTL 基方向处理
unicode-bidi: isolate在表格里为什么常失效失效通常是因为漏掉前提条件：它不是独立开关，必须和
direction配合使用。单独写style="unicode-bidi: isolate"，浏览器无视。表格场景下还容易踩两个坑：
- 父级
<table dir="rtl"> 已存在，但你给 <code>td加了style="unicode-bidi: isolate"却没写direction—— 缺少方向声明，隔离无意义 - 用了
unicode-bidi: embed或bidi-override—— 前者需手动指定嵌入方向，后者强制翻转字符顺序，Hello 123会变成321 olleH，纯属自毁 - 字体 fallback 导致阿拉伯数字显示为方块或顺序错乱 —— 检查 computed 样式里的
font-family实际加载项，iOS 上 San Francisco 对阿拉伯数字支持弱，需配 Noto Sans Arabic 等 fallback <td><bdi></bdi></td><td><bdi></bdi></td>- 不用
<td dir="auto"></td>——dir="auto"在空格开头或纯数字开头时 fallback 到父方向，不可靠
服务端渲染表格时怎么避免 FOUT 和方向错乱
关键是在 HTML 根节点就声明方向，而不是靠 CSS 注入后补救。SSR 场景下，
必须同步输出，否则首屏渲染会先以 LTR 基方向解析，等 CSS 加载完才重排，造成闪动和光标跳变。动态列内容（如 API 返回的用户名、路径、状态码）一律用
<bdi></bdi>包裹，不要依赖 JS 后续 patch：真正麻烦的从来不是怎么写，而是哪些地方不该写：整行、整列、整张表都不该套
<bdi></bdi>，它只对原子级短文本有效；一旦包裹粒度失控，反而会破坏可访问性和屏幕阅读器行为。 - 正确：
