为 PDF 添加页码，无需上传到任何地方
一份 PDF 到了你的收件箱，你随手翻看，然后有人请你"看看第十二页上的那张图"。你滚动、你数页、你猜测。PDF 太常被从文字处理软件导出、扫描、合并和拆分，以至于原本的页码常常在这一过程中消失了。把干净、一致的页码重新加回文档，是那种能让文件显得专业、又能为大家节省时间的小小收尾。本页面的工具正是做这件事，而且它完全在你的浏览器内完成，因此你正在处理的文件绝不会离开你的电脑。
什么时候真正需要页码
有些文档没有页码也能用。但大多数不行。如果你发送的是一页备忘录，没人会想念那些数字。但当文件变长或被打印的那一刻，页码就不再是装饰，而开始成为导航。
报告和提案是显而易见的情形。当你在会议上引用一份附录或一张图表时，"第 24 页"远比"那张有蓝色图的"更清楚。学术论文和学位论文通常有严格的排版要求，带页码的页脚几乎总是必需的，有时正文前的部分还要单独编号。合同和法律文书依赖页码，好让条款能被精确引用，也好让没人能悄悄抽掉或插入一页。任何要送去打印的东西也都受益，因为一摞纸一旦掉落或被弄乱，页码就是把它重新理顺的唯一办法。甚至连内部手册和学习笔记，在每一页都能用一个数字来称呼的那一刻，就变得更好用了。
与文档相称的位置和格式选项
好的页码不喧宾夺主。你希望读者能迅速找到某一页，又不让数字与内容争夺注意力。经典而稳妥的选择是底部居中，它几乎适用于一切，并且避开了大多数页眉和页边距。许多人偏好打印报告用底部靠右的页脚，因为那是翻页时视线落下的地方，而底部靠左则适合右边缘被裁切的装订文档。
格式与位置同样重要。对于短文件，纯数字就够了。对于较长的文档，"X 之 Y"的样式，比如 7 之 40，更有用，因为读者能立刻知道还剩多少，也能看出是否缺页。诸如 7/40 或 第 7 页，共 40 页 这样的变体，以略微不同的语气服务于同一目的。你还可以选择一个起始编号，这在文档是更大整体中的一节、封面页应保持无编号，或者正文前部分与正文分开计数时，是必不可少的。把首页设为从一个较大的值开始，或者干脆跳过标题页，能让页码在逻辑上保持正确，而不是机械地照字面来。
为什么本地处理才是真正的优势
大多数免费的页码服务都要你把 PDF 上传到它们的服务器，在那里处理，然后——你只能希望——被删除。对于一份菜谱打印件这没什么害处。但对于一份已签署的合同、一份薪资评估、一份病历或一部未发表的手稿，这就是实实在在的隐患。你是在把一份敏感文档的完整副本交给第三方，并信任它们的保留政策。
本工具走的是另一条路。编号在你自己的浏览器内用本地代码完成，因此 PDF 被读取、盖印并保存，没有一个字节传到服务器。没有上传，没有排队，也没有副本躺在别人的存储里。这也意味着，页面一旦加载完成，它在不可靠的连接上或完全离线时都能继续工作，而且大文件不受你上传速度的拖累。完成后，你可以以同样的方式让结果通过我们其他的 PDF 工具——例如合并 PDF 文件成一份带页码的文档，全程没有任何内容离开你的设备。
一个快速实用的工作流程
最快的做法是先定稿文档，最后再加页码。合并或重排页面，移除任何你不想要的内容，然后把添加页码作为最后一步，这样计数才正确。拿不准就选底部居中，对于超过几页的内容选"X 之 Y"格式，如果有封面或正文前部分就设一个起始编号，然后保存。整件事只需几秒钟，而你下载的文件就是你开始时的那一份——只是更易于阅读、引用和打印。
常见问题
我的 PDF 会被上传到服务器吗？
不会。页码是直接在你的浏览器内用本地代码添加的。文件在你自己的设备上被读取和保存，绝不会被发送到任何地方，这让本工具适合机密和法律文档。
我可以把页码放在哪里？
你可以把页码沿每一页的底部放置——居中、靠左或靠右——以契合文档。底部居中是最稳妥的默认选择，而底部靠右则在打印报告中很受欢迎。
我可以用像"7 之 40"这样的格式而不是纯数字吗？
可以。除了单个数字，你还可以用"X 之 Y"样式，比如 7 之 40，它同时显示当前页和总数，让读者知道还剩多少，并能发现缺页。
我可以跳过封面页或从不同的数字开始吗？
可以。你可以选择起始编号，让标题页或正文前部分保持无编号，或者让文档接续更大整体的计数。这能让页码在逻辑上保持正确。
添加页码会改变我文档的其余部分吗？
不会。工具把页码盖印到现有页面上，而原始的文字、图像和版式不受影响。你下载的是同一份文档，只是加上了页码。
它能离线工作或处理大文件吗？
能。由于没有任何内容被上传，页面一旦加载完成，工具在缓慢的连接上或完全离线时都能工作，而且大文件不受你上传速度的限制。