上周四下午三点二十，我在城南的旧书店“长乐斋”里，用一台向店主老周借来的、屏幕左下角有裂纹的安卓平板，第七次点开同一份 2.4MB 的 PDF 文件。那份文件是 1998 年一份内部技术简报的扫描件，被上一位读者用蓝色圆珠笔在页边写了三行批注，其中一行是“此处版本号疑为 3.1.7 而非 3.17”。前六次都没能正常翻页，第七次我换了另一种打开方式，页面终于动了。老周在旁边说了一句：“你这不叫看书，叫跟机器较劲。”
我后来反复想这句话。我们平常说“用 qq浏览器打开文档”，好像“打开”是一个瞬间、一个开关，按下去世界就亮了。可那天下午我意识到，“打开”其实是一连串极小、极容易被忽略的判断：文件是不是完整下载了、扩展名和实际内容对不对得上、浏览器里那个阅读组件认不认这个版本、字体有没有回退、分页的边界算在哪里、批注层会不会被覆盖。任何一处判断出错，屏幕上给出的结果都一样——空白，或者一行“无法打开”。而错误的原因完全不同。这就是我困惑的起点：我没办法从结果反推出原因，我只能一遍遍地试。
为了不让这篇笔记变成纯粹的情绪，我给自己定了个笨办法：把“打开”拆成三层记下来。第一层是文件本身，它在哪里、叫什么、有多大、校验值是多少；第二层是容器，也就是浏览器拿到这个文件之后交给谁、以什么方式渲染；第三层是界面，也就是我看到的翻页、缩放、批注和搜索。这三层里，第一层我勉强能讲清楚，后两层我只有问题，没有答案。比如同样一份 PDF，在桌面端和移动端被 qq浏览器打开 时，分页重排的逻辑似乎并不一致，我没有找到公开说明，只能记录现象。这类现象我攒了十几个，都写在本子上了，但还没能归纳出规律。
顺便说一句，那天在书店我还翻到一本 1987 年出版的《文献载体演变史》，作者是北京的一位图书馆员，书里有一章专门讨论“电子载体的可读性依赖”。他的核心论点是：纸质载体的可读性写在物理结构里，电子载体的可读性写在一整套软件约定里，约定一变，同一份内容就可能读不出来。这个论点我基本认同，但我不认同他把责任轻描淡写地推给“用户习惯”。说实话，我认为把兼容性问题归结为用户不会用，是一种偷懒的解释——真正该被追问的是那些没有写进文档的默认行为。这部分我写在这里，也知道会有人不同意。
写这篇东西的时候，我一直在想怎么把“打开文档”这件事讲得具体一点。我的做法是收集真实的失败案例：一份 .docx 在移动端丢失了表格边框；一份 .epub 的目录跳转点了没反应；一份带表单的 PDF 输入框无法聚焦。每个案例我都记下时间、设备型号、文件大小和具体现象。这些记录谈不上系统，但它们至少是具体的。也正因为具体，我才更清楚自己缺什么——缺一份能解释“为什么”的材料，而不是又一份“怎么办”的教程。
老周最后没收我钱，条件是下次带一台能正常看 PDF 的设备来，把那三行蓝色批注的全文抄给他。我答应了，但到现在还没做到——因为我还没找到一台让我完全放心的设备。这件事听起来很小，可它恰好说明我的困惑不是抽象的：一份 1998 年的简报，在 2026 年的一台平板上，需要七次尝试才能被读完。中间没有任何一步是“坏”的，每一步都只是“不完全对”。而“不完全对”恰恰是最难写清楚的状态。
