阿拉伯排版的体验与技术债务：从手抄本传统到 Web 困境

背景

这篇文章源自 Hacker News 上的一篇技术博文，作者回顾了一次在前端开发中处理阿拉伯语文本渲染问题的经历。起初，这只是一个看似简单的 UI 调整任务：客户仪表板上的阿拉伯语文本未能按照设计规范进行两端对齐（Justified），而是出现了参差不齐的左边缘（在阿拉伯语中，由于是从右向左书写，这被称为“右对齐”的 ragged edge，但原文描述为 ragged left，意指非对齐边缘）。

然而，这并非孤立的 Bug。在过去半年里，作者还处理过其他几个看似独立实则同源的问题：PDF 库因缺乏字形塑造引擎导致阿拉伯字母未连接；搜索索引因使用了过时的 Unicode 编码点而返回空结果。这些问题的根源并非代码逻辑错误，而是阿拉伯语在 Web 环境下的排版技术债务。为了解释这一复杂的历史与技术现状，作者深入追溯了阿拉伯书法的传统及其与现代数字排版的冲突。

核心内容

1. 问题的表象与本质

作者最初尝试通过 CSS 调整 text-align: justify 以及不同的 font-family 和 direction 声明来解决对齐问题，但发现浏览器无法正确渲染。这并非样式表错误，而是 Web 技术栈对阿拉伯语特性的支持不足。为了演示，作者加载了一个名为 Amiri 的网络字体（基于传统 Naskh 风格），并手动插入 U+0640 TATWEEL 字符来模拟传统的手动拉长笔画效果，以展示理想状态下的两端对齐。

2. 阿拉伯书法的传统解决方案：Kashida

与拉丁语系通过拉伸单词间的空格来实现两端对齐不同，阿拉伯书法传统严禁拉伸词间距，认为那样丑陋。相反，传统抄写员使用一种称为 Kashida（或 Taṭwīl）的技术。

• 原理：通过延长字母之间的连接笔画来填充行尾空间。
• 美学：这种技术使得页面呈现出密集、均匀的编织感，是经典阿拉伯手稿（如《古兰经》）的标志性特征。
• 系统性：这不是即兴创作，而是一套严密的数学和美学体系。

3. 历史脉络：从 Ibn Muqla 到 Six Pens

阿拉伯排版系统有着深厚的历史积淀，由多位著名书法家确立：

• Ibn Muqla（公元 940 年左右）：阿拔斯王朝宰相兼首席书法家。尽管遭受了断手、割舌等酷刑，他仍确立了 al-khaṭṭ al-mansūb（比例字体系统）。该系统以芦苇笔尖形成的菱形点为度量单位，规定了每个字母的高度、弧度及 Kashida 的使用规则。
• Ibn al-Bawwāb（约 1022 年）：在巴格达完善了比例，确立了 Naskh 字体，成为后世千年的标准。
• Yāqūt al-Mustaʿṣimī（1258 年）：在蒙古洗劫巴格达后幸存， codified（法典化）了“六支笔”（Six Pens），包括 Naskh, Thuluth, Muḥaqqaq, Rayḥān, Tawqīʿ, Riqāʿ，每种字体都有独立的度量衡和对齐语法。
• 后续发展：波斯人发明了 Nastaʿlīq（悬挂体），通过倾斜基线来对齐；奥斯曼人开发了 Dīwānī 和 Dīwānī Jalī，通过字母在不同高度上的交错来填充空间。

4. 技术根源：阿拉伯语的连写特性

阿拉伯语是纯粹的连写文字（Cursive），没有印刷体与手写体的区分。

• 字形变化：每个字母根据其在单词中的位置（独立、词首、词中、词尾）呈现不同形状。
• 连接规则：六个字母拒绝向前连接，导致单词被分割成连接簇，形成独特的节奏。
• Web 的困境：现代 Web 引擎（自 Gutenberg 时代以来的逻辑）将阿拉伯字母视为独立的块，并试图通过拉伸词间距来对齐，这违背了阿拉伯语“字形塑造（Shaping）”而非“间距调整（Spacing）”的本质。

关键要点

• 对齐机制差异：拉丁语排版通过拉伸词间距实现两端对齐；阿拉伯语传统通过延长字母连接笔画（Kashida）实现，严禁拉伸词间距。
• 技术债务根源：Web 浏览器和 CSS 引擎主要基于拉丁语逻辑构建，缺乏对阿拉伯语复杂字形塑造（Shaping Engine）的原生支持，导致简单的 text-align: justify 失效。
• 历史系统性：阿拉伯书法并非随意书写，而是由 Ibn Muqla 等人建立的严密数学比例系统，包含严格的字母形态和拉伸规则。
• Unicode 编码陷阱：早期系统可能使用过时的 Unicode 编码点（如 1991 年的标准），导致现代搜索引擎或索引器无法识别相同的字符，引发数据不一致。
• 字体依赖：由于操作系统默认字体往往无法完美呈现复杂的阿拉伯连字效果，Web 应用通常需要加载额外的网络字体（如 Amiri）并手动处理 Kashida 字符，增加了加载成本和开发复杂度。
• 字形即内容：在阿拉伯语中，字母的形状随位置变化，形状本身不是“装饰”，而是语言结构的一部分，机器必须理解这种上下文依赖关系。

意义与影响

这篇文章揭示了非拉丁语系在数字世界中面临的深层技术不平等。阿拉伯语排版不仅仅是“字体选择”问题，而是涉及复杂的文本塑造（Text Shaping）引擎支持。

1. 对 Web 标准的挑战：它指出了 CSS 和 HTML 在处理 RTL（从右向左）语言时的局限性。简单的样式属性无法解决基于字形变化的对齐问题，需要更底层的引擎支持（如 OpenType 特性）。
2. 用户体验与包容性：对于面向全球用户的产品，忽视阿拉伯语排版会导致严重的视觉混乱和信息传达障碍。正如原文所述，看似微小的 UI 瑕疵背后是数百年的文化与技术断层。
3. 开发者的认知升级：前端开发者需要意识到，国际化（i18n）不仅仅是翻译文本，还包括理解不同书写系统的底层逻辑。处理阿拉伯语、希伯来语等复杂脚本时，必须借助专业的字体文件和可能的 JavaScript 库来模拟或调用系统的字形塑造能力。
4. 历史与技术的对话：文章强调，现代技术并非凭空产生，而是建立在古老的手工艺传统之上。理解这些传统（如 Ibn Muqla 的比例系统）有助于开发者更好地设计算法来模拟这些美学规则，从而在数字屏幕上重现传统书法的优雅。