定义
文本反转指按照一定的书写方向规则，把一串字符的排列次序改为相反方向予以呈现的技术。它处理的不是字符本身，而是字符之间的先后顺序与所在的显示方向，字符仍以逻辑顺序存储在内存或文件里，只在渲染时重排为视觉顺序。[1]
这一概念有两个常见含义。一是单纯的字符倒序，如把「ABC」显示成「CBA」，常用于效果展示或简单加扰；二是双向文本场景下的方向反转，即在同一条文本中同时容纳从左至右与从右至左两种书写方向，并让每一段文字都落在正确的方向上。[3]
在国际化文本处理中，文本反转是 双向文字 排版的基础环节。阿拉伯语、希伯来语、波斯语等语言的字符默认从右至左排列，与拉丁字母混排时必须依靠方向反转来保证阅读顺序正确。[4]
原理
文本反转的核心是把字符按方向属性分类，再据此计算层级并重排。在 Unicode 体系中，每个字符都带有隐含的双向类型：从左至右和从右至左属于强类型，与数字相关的类型属于弱类型，其余为中性类型。算法根据这些类型为字符分配嵌入层级，最后按层级从高到低逐段反转，得到视觉顺序。[3]
调整方向的手段有两类。一类是显式方向控制字符，包括嵌入、覆盖与隔离三组，其中隔离字符 LRI、RLI、FSI 与终止符 PDI 在 Unicode 6.3 引入，用来避免嵌入内容影响周边文本的排序，因此较旧的嵌入字符更适合在新文本中替换使用。[5]
另一类是标记与样式层面的机制。网页中通常用 dir 属性指定基础方向，用 bdo 元素强制覆盖双向算法给出的方向，该元素必须配合 dir 属性取值 ltr 或 rtl；标注为反向的文本会整体按相反方向绘制，而单个字符的字形本身不会被倒置。[6]
方向的反转只作用于显示顺序，不影响文本的比较、断词、解析与数值分析；显式方向格式字符在排序和检索等其他处理中应被忽略。段落的基础方向可由段落中第一个强方向字符推断，这一判定规则被称为首强字符法，但它在段落以相反方向的专名或缩写开头时容易判断错误。[2]
发展历程
双向文本的显示需求随多语言计算环境普及而出现。早期系统多只支持单一从左至右方向，为在缺少本地语言支持的操作系统或浏览器上显示希伯来语等文字，曾出现以程序层拦截绘制请求、先整行翻转再对其中反向字符片段二次翻转的做法，使旧有应用也能输出双向文本。[7]
Unicode 标准组织随后制定了规范化的双向算法，即 Unicode 标准附录第 9 号，把段落层级判定、弱类型与中性类型消解、隐式层级求解、重排等步骤固定为可复现的流程，成为各类实现共同遵循的依据。[1]
随着方向隔离机制在 Unicode 6.3 中被引入，方向控制字符被划分为隐式标记、显式嵌入与覆盖、显式隔离三组，标准同时建议在网页中用 dir 属性以及 bdi、bdo 元素替代显式方向格式字符。[5]
此后各语言与平台陆续出现符合该算法的实现，其中部分实现通过了全部官方一致性测试向量，覆盖显式嵌入与覆盖、隔离运行序列、括对匹配与深达 125 层的嵌套层级。[8]
应用
在文字排版与操作系统层面，文本反转用于呈现阿拉伯语、希伯来语等从右至左书写的语言。相关实现把字符按逻辑顺序保存，仅在绘制阶段完成重排，并借助镜像规则把括号等成对符号翻转到正确朝向。[9]
在网页国际化中，方向反转通过标记与样式属性实现。开发者可在包裹反向短语的行内元素上设置 dir 属性，使该片段获得独立的基础方向并与周围文本隔离；当文本方向在运行前无法确定时，可将方向设为自动，由用户代理根据内容推断。[10]
页面级的镜像翻转也被用于整站或整页的方向适配。已有技术方案通过读取客户端匹配的文本阅读方向，修改原始网页文件中对样式表的链接语句，并在根节点植入元素文本方向属性值，再下发定义方向性属性的样式文件，从而让页面中的文案、图片与布局整体翻转。[11]
在非拉丁文字的处理与交换中，方向反转同样被用于适配不支持双向显示的旧系统：将字符串按相反顺序编码写入，遇到仅支持单向显示的控件时反而能得到正确的阅读方向。[12]
此外，面向语言研究与文本处理的工具把方向反转与竖排转换、加解密等功能集成在一起，支持从左至右转右至左、横排转竖排等转换方式，服务于不同书写系统的对照研究。[13]
局限
方向反转依赖字符的方向属性，因此对方向信息缺失或不一致的内容效果不稳定。首强字符法在多段文段以相反方向的字符开头时会给出错误的基础方向，自动检测算法本身并不完善，最可靠的做法仍是在文本中明确声明方向。[2]
显式方向控制字符虽能精确控制排序，但存在明显使用障碍：它们在多数编辑器中不可见，容易出现范围不闭合或相互重叠，用户键盘通常也不便输入；此外，检索与比对算法本应忽略这些字符，实际中往往并未忽略，导致提取、拼接或复用的处理结果出错。[2]
反向标记与方向控制字符的作用范围限于当前段落，遇到段落分隔符即终止，因此无法用来为块级结构或跨段范围设定方向，段落层面的方向需要由标记或元数据承担。[2]
不同实现对算法的覆盖程度存在差异。部分简化实现只处理段落层级、弱类型、中性类型与隐式层级等基础步骤，不实现显式嵌入、覆盖、隔离字符与括对匹配，遇到这些字符时直接将其移除；方向隔离字符引入较晚，也仍未获得广泛支持。[9]
在呈现层面，方向覆盖只改变字符的排列起点与顺序，不会把单个字符的字形倒置，因此无法实现逐字的镜像翻转效果；真正的镜像显示需要在渲染引擎中通过字形选择完成，而不少被标注为镜像的符号在 Unicode 中并不存在对应的镜像字符。[14]
参见
参考资料
- Unicode Bidirectional Algorithm [引用日期2026-10-14]
- w3.org 上的网页 [引用日期2026-10-14]
- UAX #9: Unicode Bidirectional Algorithm [引用日期2026-10-14]
- Makefile [引用日期2026-10-14]
- Proposed Update Unicode® Standard Annex #9 [引用日期2026-10-14]
- bdo [引用日期2026-10-14]
- suitable for mobile computing devices of various complexity [引用日期2026-10-14]
- uax9 package - github.com/SCKelemen/unicode/uax9 [引用日期2026-10-14]
- bidiReorder function [引用日期2026-10-14]
- HTML中的行内标记和双向文本 [引用日期2026-10-14]
- CN118132874A(PDF) [引用日期2026-10-14]
- US6493735B1 [引用日期2026-10-14]
- pypi.org 上的网页 [引用日期2026-10-14]
- android.icu.text.bidi [引用日期2026-10-14]