在文本渲染领域，换行策略直接影响阅读体验。传统的贪心算法（Greedy Algorithm）以最快速度将尽可能多的单词塞入每一行，虽满足性能需求，却常导致版面美观度问题。text-wrap: pretty 作为 CSS Text Level 4 引入的优化换行模式，正是为解决这一痛点而设计。本文从工程实现角度，深入剖析其背后的算法逻辑与可落地的参数配置。
排版优化的核心目标
文本换行的核心矛盾在于：如何在满足性能约束的前提下，最大化版面美观度。贪心算法的时间复杂度为 O (n)，只需遍历一次单词序列即可完成换行，但其结果往往存在以下几类典型问题：
孤行（Orphan）与寡行（Widow） 是最常见的排版缺陷。当段落最后一行仅包含一个单词时，这个孤立的单词被称为「寡行」；同理，段落首行若仅有一个单词，则称为「孤行」。这种布局会打断阅读节奏，使读者的视线跳跃变得突兀。根据 Google Fonts 的定义，这些孤立单词会干扰眼睛扫视文本的流畅性，使内容变得难以阅读。
连字符瀑布（Hyphenation Run） 是另一个影响阅读体验的问题。当连续多行都使用连字符进行断词时，会形成难看的「梯子」效果，严重破坏版面的整体感。
行长度方差（Raggedness） 描述的是各行长度的一致程度。贪心算法可能导致某些行非常接近最大宽度，而另一些行则明显偏短，这种不均匀的 raggedness 会让版面显得杂乱无章。
Pretty 算法的工程实现
Chrome 117 开始支持 text-wrap: pretty，其设计思路是在保持贪心算法基准性能的基础上，增加一个可选的高成本优化通道。具体而言，算法会考虑段落尾部约 3 至 4 行的布局情况，通过微调断点位置来改善上述问题。
代价函数设计
实现一个简化版的 Pretty 算法，首先需要定义代价函数（Cost Function）来量化布局质量。该函数通常包含以下惩罚项：
短行惩罚 是最重要的指标之一。当最后一行宽度低于最大行宽的某个比例（通常设定为 40%）时，应给予额外的惩罚值。如果最后一行仅有单个单词，惩罚力度应进一步加大。
连字符惩罚 用于限制连续出现的连字符行数。当连续连字符行超过阈值（建议 N = 2）时，每超出一行增加相应的惩罚因子。
长度方差惩罚 衡量各行长度的一致程度。计算方式可采用各行宽度与平均宽度的平方偏差之和，偏差越大说明版面越不均匀。
溢出惩罚 确保调整后的布局不会超出容器的最大宽度，这是所有改动的前提约束。
局部搜索策略
在定义了代价函数后，优化阶段采用局部搜索（Local Search）策略对尾部行进行微调。搜索范围通常限制在最后 3 至 4 行，搜索深度则控制在每个软断点前后 ±1 个单词的位置。这种限制确保了优化过程的时间复杂度保持在可接受范围内。
具体操作上，算法会对每个候选断点尝试两种调整方向：将断点提前（将一个单词移至上一行）或延后（将一个单词移至下一行），然后重新计算代价函数值。如果调整后的总代价降低且不导致溢出，则接受该调整；否则保持原状。
与两端对齐的协同
当文本启用两端对齐（Justification）时，换行策略需要额外考虑间距分布的均匀性。Chrome 的实现会针对优化通道设定一个略窄的「首选换行宽度」（通常为实际宽度的 90% 至 95%），这样可以在保持对齐效果的同时，避免出现极端的词间距。
对于工程实现，建议在代价函数中增加对词间间隙的度量。当某一行需要极端的词间距才能达到目标宽度时，应给予额外的惩罚。这种间接优化方式既能改善对齐效果，又无需实现完整的 Knuth-Plass 断行算法。
关键参数清单
以下是实现 Pretty 算法的核心参数建议：
- 尾部优化行数：3 至 4 行，这是浏览器厂商经过实验验证的有效范围
- 短行阈值：最大行宽的 40%，低于此比例的行被视为需要优化的短行
- 单词孤行判定：最后一行单词数 ≤ 1 时触发强化惩罚
- 连字符容忍度：允许连续 2 行使用连字符，超过后逐行累加惩罚
- 搜索深度：每个断点前后 ±1 个单词，避免指数级增长
- 优化通道宽度系数：0.9 至 0.95，用于对齐模式下的微调
总结
text-wrap: pretty 代表了一种实用的工程折中方案：它不追求 Knuth-Plass 那样的全局最优解，而是通过限制搜索范围，在可接受的时间成本内获得显著改善的排版效果。这种「够用就好」的思路对于需要在性能与美观之间取得平衡的系统而言，具有重要的参考价值。
资料来源：Chrome Developers Blog CSS text-wrap: pretty