<br>是否对应U+2028？浏览器Unicode双向文本显示异常问询

问题场景 #

输入的原始文本（U+2028作为换行符，大写字母代表阿拉伯字母）：

foo FOO
!BAR@

写入HTML后代码：

<p dir="auto">foo FOO<br>!BAR@</p>

浏览器（Chromium/Firefox）实际显示：

foo OOF
!RAB@

预期显示效果：

foo OOF
RAB!@

核心原因：<br>与U+2028的双向算法处理差异 #

这不是浏览器bug，而是<br>和U+2028在Unicode双向算法中的角色完全不同：

• <br>是强制换行标记，但它不会中断当前段落的双向上下文。在同一个<p dir="auto">中，整个段落的文本方向由第一个强字符（这里是左侧的f，属于左到右LTR）决定，因此整个段落被标记为LTR方向。
• U+2028是段落分隔符，它会完全重置双向上下文，让后续文本作为独立的双向块处理。此时第二个块的第一个强字符是阿拉伯字母（B，属于右到左RTL），这个块会被自动识别为RTL方向，中性字符!和@会被正确放置在RTL文本的右侧，呈现为RAB!@。

实现U+2028语义的方案 #

要达到和U+2028一致的显示效果，不需要直接插入U+2028，而是将两行文本拆分为独立的<p>标签，每个标签单独设置dir="auto"：

<p dir="auto">foo FOO</p>
<p dir="auto">!BAR@</p>

这样第二个段落会根据自身第一个强字符自动识别为RTL方向，中性字符!和@会跟随RTL文本的排版逻辑，最终显示为预期的RAB!@。

另外，浏览器对
仅显示空白是因为它是不可见的段落分隔符，本身不渲染任何可见内容，只是用于分隔文本块并重置双向上下文，但在HTML中用独立段落标签的方式更直观且兼容性更好。

内容的提问来源于stack exchange，提问作者user_