行长过长导致换行时找不到下一行
别名: 行宽 · line length · 栏宽过长
概念解释
一行从左读到右（或从右读到左）之后，眼睛要沿反方向折回去，落到下一行的开头。行太长，这段折返跨越的视野过宽，着陆点容易偏到上一行、下一行，或同一行中间。读者的体验不是「这行字真多」，而是突然读重了一句、漏掉了一句，要退回去用手指对齐行首。
行长（measure）过长是这条折返路径的几何失败。它和行高不够、两行轮廓互相干扰不是同一件事：行间即使分得清楚，起点如果在视野尽头，照样找不着。
机制
一次阅读注视只能覆盖有限的几个字，长行靠一连串从左到右的眼跳往前走。走到行尾时，下一次眼跳必须反向、大幅度，并且精确落在下一行第一个字上。距离越长，这个大幅度眼跳的落点方差越大；同时，左侧会堆着许多几乎一模一样的行首，缺少可瞄准的独有标记。两者叠加，找错行几乎是几何上的必然，不是注意力不集中。
中文每字信息量大、没有词间空白，折返时少了西文那种「词形轮廓」当路标，错行的代价更高：一旦落错，要靠语义而不是词形才能发现。宽屏上把正文拉满视口，是这一失败的典型产品形态——设计稿在笔记本上看着是「通透」，实际是把折返做成了半个屏幕的射击任务。
两端对齐的长行还会再加一道干扰：行首对齐了，但词距被撑开，行尾的视觉重量每行不同，折返时更难用行尾位置去反推行首该在哪。左对齐的短 rag 至少让行尾参差本身成为「我在哪一行」的线索；行一长，这点参差相对整行可以忽略。
怎么研究
Tinker 把行长当作印刷阅读的主自变量之一，常用阅读速度、理解和解「是否容易跟上」的评分。屏幕上 Dyson 继续问同一件事：行变长时速度有时还上去（因为折返次数变少），但偏好和找下一行的错误会往坏的方向走。所以只报速度会得出「越长越好」的假象，必须同时报串行、漏行和主观费力。
自变量：每行字符数或词数、栏宽、是否多栏、有无行号或首字突出。因变量：折返后首次注视是否落在正确行首（眼动）、串行次数、阅读速度、偏好。
方法陷阱：实验室常用单栏、无干扰的屏幕；产品页面两侧还有导航、卡片、广告。有效行长是正文栏，不是窗口宽，但两侧的视觉噪声会让折返更难，实验室的「还能读」不能直接当成产品上限。
边界
标题、公式、代码、URL 本来就不是按散文行长来折返的，一行拉得很长往往是内容结构，不该为了折返去硬断。表格里的宽单元格是横向扫描，不是逐行阅读。大字海报、幻灯片上的两三行短句，行长再宽也没有「找下一行」的负担。用户把窗口拉得很宽时，若正文跟着拉伸，失败会出现；若正文栏有上限、两边留白，窗口宽不等于行长。中文因为字等宽、无词空，同样像素栏里字符数更多，过长会比西文来得更早。
怎么落地
- 给正文栏设最大宽度，让两侧长出来的空间做边距，而不是继续喂字。
- 用一段真实散文（不是标题、不是按钮）在目标字号下检查：读到行尾时是否要特意去「找」下一行。
- 多栏比单栏拉满更适合宽屏；栏与栏之间要有足够的沟，避免折返落到邻栏。
- 验证：请人出声读一整段，记下重复朗读和突然沉默的位置。这些点多半是折返落错行，而不是内容难。