如何恢复损坏的pdf文件？
先分清是索引坏了还是字节少了。前一种随便找个工具都能救回来，后一种花多少钱也补不回来。麻烦的是这两种在阅读器里弹的提示经常长得一样。
PDF 的入口在文件末尾。最后几行写着交叉索引表在哪、文档目录是几号对象，阅读器打开文件先跳到结尾，顺着这两条信息往回找，正文反而在前面。所以文件尾部这几十个字节，比中间任何一页都金贵。
拿一份五页的测试文件试了三种坏法，原件 3188 字节。
第一种，把末尾那个偏移量改错，2958 改成 9999，指向一个根本不存在的位置。pdfinfo 照样报五页，pdftotext 把五页正文一字不落地抽了出来。因为文件里每个对象前面都写着自己的编号，索引找不到，程序就从头扫一遍文件重新登记一遍。修复工具主要干的就是这件事。
第二种，从尾部往回砍。砍掉最后 32 字节，也就是那行偏移量和结束标记，五页全在。砍到 96 字节，整张索引表都没了，报了两行语法错误，五页还是全抽得出来。
第三种，再往前砍，砍掉 160 字节。这回 pdfinfo 直接说找不到 trailer 字典，页数都报不出来，正文一个字也抽不到。差别就在多砍掉的那六十几个字节里，写着「根对象是 2 号」。这句话没了，正文还完整躺在文件里，程序却不知道该从哪儿进门。我这份文件还更麻烦一点，目录对象本身被压在对象流里，在文件里搜 Catalog 这个词都搜不到。
所以拿到一个打不开的文件，先看大小。是下载或者拷贝到一半断掉的，跟原件大小对不上，那丢的多半正是尾部这段入口信息，重新下一遍比修复省事得多。大小正常、只是打不开，才轮得到修复工具，这种情况成功率也确实高。
两句提醒。修复之前先把原件复制一份，有的工具是原地覆盖写的，一次失败的修复会把还能抢救的字节也改掉。另外别信深度修复这类说法，字节不在文件里，没有算法能把它凭空生出来。
编辑于 2026-08-24 · 著作权归作者所有