中段省略保留首尾特征
别名: 中间省略 · center truncation · 路径省略
概念解释
有一类标识符是两头有用、中间可丢的：路径、邮箱、网址、长编号。人靠两端做锚来认它们——/Users/…/thesis.pdf 仍像自己的论文，alice@…edu 仍像学校账号。中段省略（middle ellipsis）就是把切口放在字符串中部、把头尾都留下的算法。它不是「比较好看的省略」，而是在赌：区分度住在两端。
机制
视觉匹配长标识时，工作记忆抓的是两个锚，不是整串扫描。协议与域名、目录与文件名、邮箱的本地部分与主机，天然把信息放在两端；中间往往是一串彼此相似的目录层或哈希。中段省略保留这两个锚，所以在文件树、面包屑、账号列表里比切尾巴更接近人的匹配方式。代价立刻出现：若两份文件只在中间那一层不同（…/draft/… 对 …/final/…），中段省略会把它们抹成同一条残串。原生 CSS 长期没有中段省略，平台控件才有（如按中部截断的行打断模式），于是 Web 上大量「路径」其实仍在切尾巴——不是设计选择，是引擎缺口。
怎么研究
做易混对辨认：一对只在中间目录不同，一对只在扩展名或末级文件名不同，一对只在主机名不同。三种省略（头、尾、中）交叉。看的是被迫在窄宽度下做「这是不是刚才那条」时的错误类型——中段省略会在中间差分类上集中出错，在后缀差分类上占优。记录残留的两端各剩几个字符， residual 短于大约四到五个可见字符时，两端锚也会失效。
边界
连续散文、商品标题、一句警告都不适用：它们没有「两端特征」，中段切开会留下两截都不成句的碎片。宽度窄到两端各剩两三个字符时，所谓特征已经不在。日期、版本号插在路径中段的项目目录，中段省略会系统性丢掉唯一层。对这类数据，按层级丢目录（先省略中间的文件夹名、始终显示文件名）比按字符从正中切开更稳。
怎么落地
- 路径、邮箱、URL、过长 ID 才启用中段省略；标题和正文不要套。
- 能按路径层级省略就不要按字符对半切：始终露出盘符或根、以及末级文件名。
- 找一批前缀相同、后缀也相同、只在中段不同的真实文件名，丢进目标宽度。若两条变成同一条可见文本，这个数据类不该用中段省略。