PDF 去水印这件事，几乎每个跟文档打交道的办公党都绕不开。合同模板带着“内部传阅”的斜向水印、扫描件上盖着半透明的机构标识、从素材站下载的样稿铺满重复文字——这些水印不影响阅读，但一旦要打印、要归档、要二次排版，就变得格外碍眼。我处理过的文档里，十份有三份带水印，早年只会截图重排，后来慢慢摸清了 PDF 的文件结构，才发现去水印这件事远没有想象中复杂，关键在于先判断水印的“存在形态”，再选对应的处理路径。这篇内容就把我这些年整理的方法完整拆开讲：水印到底藏在 PDF 的哪一层、不同形态该用什么工具、批量处理怎么提效、哪些操作会踩坑。适合经常处理文档的行政、法务、设计、教务人员，也适合刚接触 PDF 编辑的新手，跟着步骤走基本都能复现。
1. 先搞清楚水印藏在哪一层，方法才不会选错
很多人拿到带水印的 PDF 第一反应是找“去水印按钮”，结果试了七八个工具都不理想，问题往往出在没判断水印的类型。PDF 里的水印并不是一种统一的东西，它可能以完全不同的技术形态存在，处理方式差别极大。我习惯把水印分成三类：文本层水印、图像层水印、页面内容固化水印。判断清楚属于哪一类，后面选工具、定参数才有依据。
1.1 三类水印的技术形态与识别方法
文本层水印是最常见的一种，本质就是一段被旋转、调透明度后绘制在页面上的文字对象。你在 PDF 阅读器里用鼠标去框选水印文字，如果能选中、能复制出来，那基本就是文本层水印。这类水印的特点是“可编辑”，因为它和正文一样是文字对象，只是被放在了单独的内容流或者注释层里。识别方法很简单：打开 PDF，试着拖选水印区域，能选中的就是文本层。
图像层水印则是以位图形式嵌入页面的，通常是一张带透明通道的 PNG 或者被处理过的 JPEG。你框选它选不中文字，但用某些工具查看页面对象时能看到一个图像 XObject。这类水印常见于扫描件、设计稿导出件，以及一些用图片拼接方式生成的水印。识别方法是放大页面看水印边缘，如果放大后出现明显像素锯齿，基本可以判定是图像层。
页面内容固化水印最麻烦，它已经被“烧”进页面内容里，和正文混在同一个内容流，甚至本身就是扫描件的一部分。比如纸质文件盖了章再扫描，水印和正文一起被拍成了位图。这类水印没法通过删除对象的方式去掉，只能走图像修复或者重新排版的路子。识别方法是看水印和正文是否有相同的像素质感、是否有扫描噪点贯穿两者。
提示：判断水印类型时，优先用支持“对象浏览”的 PDF 工具打开，比如能查看内容流和资源字典的编辑器。普通阅读器只能看不能查，容易误判。
1.2 为什么先分类再动手能省一半时间
我踩过最典型的坑，就是拿一个图像层水印的 PDF 去用“删除文本对象”的方法处理，折腾半天发现水印纹丝不动，因为人家根本不是文字。反过来，文本层水印如果拿去用图像修复工具处理，等于用大炮打蚊子，还可能把正文边缘弄花。分类的价值在于把问题收敛到正确的工具集合里：文本层走对象删除或内容流编辑，图像层走图像对象替换或遮盖，固化层走图像修复或重排。
另一个现实原因是，不同工具的能力边界差别很大。有的在线工具只能处理文本层水印，遇到图像层就无能为力；有的桌面软件能删对象但不会做图像修复。先分类，你就知道该找哪类工具，而不是盲目试。我一般建议按这个顺序判断：先框选试文本，再看放大看像素，最后看是否与正文同源。三步下来基本能定性。
1.3 一个快速判断的小实验
拿不准的时候，我会做一个很土但有效的实验：把 PDF 用截图工具截取水印区域，放大到 400%，观察边缘。文本层水印放大后边缘依然锐利，因为它是矢量绘制；图像层水印放大后会出现方块状像素；固化水印则和周围正文一样带有扫描噪点或压缩痕迹。这个实验不需要任何专业工具，任何系统自带的截图加放大就能做，特别适合手头没有 PDF 编辑器的场景。
还有一种辅助判断：看文件大小和页面对象数量。文本层水印通常只增加极小的文件体积，因为就是几行绘制指令；图像层水印会明显增大文件，尤其当水印图分辨率高时；固化水印则取决于原扫描分辨率。用文件属性里的对象统计功能（部分工具支持）能快速看出端倪。
2. 文本层水印：从对象删除到内容流编辑的完整路径
文本层水印是最好处理的一类，因为它的本质是可编辑对象。处理思路有两条：一条是“删”，把水印对象从页面资源里移除；另一条是“改”，把水印的透明度调到零或者把颜色改成白色。两条路各有适用场景，删更彻底但需要工具支持对象级操作，改更温和但可能留下痕迹。
2.1 用对象删除法彻底移除水印
对象删除的核心是找到水印对应的内容流或注释对象，然后把它从页面的资源引用里摘掉。具体操作在不同工具里叫法不同，但逻辑一致。以常见的桌面 PDF 编辑器为例，打开“内容编辑”或“对象浏览”面板，页面上的每个元素会以对象形式列出，文本水印通常显示为一个独立的文本块或一个带旋转属性的绘制指令。选中它，删除，保存即可。
这里有个关键细节：有些水印不在页面内容流里，而是在注释层或者可选内容组（OCG）里。注释层的水印在对象面板里表现为一个注释对象，删除方式和删批注类似；OCG 里的水印则需要先在图层面板里找到对应图层，把图层删掉或设为不可见。我遇到过一种情况，水印在对象面板里怎么都找不到，最后发现它被放在一个默认隐藏的可选内容组里，取消隐藏后才现身。
参数方面，删除对象时要注意是否勾选“同时清理未引用资源”。勾选后工具会把不再被引用的字体、图像资源一并清掉，文件会更小；不勾选则保留资源，文件略大但更安全，避免误删正文依赖的资源。我的习惯是先不勾选，确认正文正常后再做一次资源清理。
2.2 透明度归零与颜色覆盖的取舍
如果工具不支持对象删除，或者水印和正文在同一个内容流里难以单独选中，可以走“改”的路子。文本层水印通常带有透明度属性（CA/ca 参数），把透明度设为 0 就等于让它隐形。部分编辑器提供“编辑文本属性”功能，选中水印文字后把填充色改成白色、透明度拉到 0，效果等同于删除，但对象还在，文件结构没变。
颜色覆盖则是更粗暴的办法：在水印上方画一个白色矩形盖住它。这招在应急时很好用，尤其是水印位置固定、正文不重叠的情况。但缺点很明显——白色矩形会遮挡下方可能存在的正文，打印时如果纸张不是纯白还会露馅，而且文件里多了一个对象，后续再编辑容易乱。我一般只在临时预览或者快速打印时用这招，正式归档还是走删除。
注意：透明度归零后，部分阅读器仍可能在水印位置响应鼠标事件，比如链接或表单域。如果水印区域原本有交互元素，改透明度可能留下“隐形陷阱”，删除对象更干净。
2.3 内容流编辑的进阶玩法
对愿意折腾的人，直接编辑页面内容流是最彻底的方式。PDF 的页面内容是一段类似 PostScript 的指令序列，水印的绘制指令通常表现为一段带Tm（文本矩阵，负责旋转定位）和gs（图形状态，负责透明度）的代码块。用支持内容流编辑的工具打开，找到这段指令，整段删掉，保存即可。
这段操作的风险在于，内容流是二进制和文本混合的，删错一个字节可能导致页面渲染异常。我的经验是：先备份原文件，再在工具里用“另存为”生成副本操作；删除时只删完整的水印指令块，不要动周围的q/Q配对（图形状态保存与恢复），否则会影响后续正文的绘制状态。如果看不懂指令，宁可退回对象删除法，别硬改。
内容流编辑还有个好处：能处理一些“半隐藏”的水印，比如被设置成极低透明度、在普通视图下几乎看不见但打印时会显现的水印。这类水印在对象面板里可能因为透明度过低而不易选中，但在内容流里它的绘制指令是实打实存在的，删掉就一劳永逸。
3. 图像层水印：替换、遮盖与修复的三条路
图像层水印比文本层麻烦，因为它不是“一段文字”，而是“一张图”。处理思路相应变成：要么把这张图从页面资源里换掉或删掉，要么用其他图像盖住它，要么用图像修复算法把它抹掉。三条路对应不同的工具能力和水印复杂度。
3.1 图像对象替换与删除
和文本层类似，图像层水印在页面资源字典里表现为一个图像 XObject。用支持对象浏览的工具打开，能在资源列表里看到页面引用的所有图像。水印图通常有明显的特征：尺寸较小、带透明通道、被重复引用多次（如果是平铺水印）。找到它，把引用移除或者替换成一张 1x1 的透明像素图，水印就消失了。
替换成透明像素图这个技巧很实用，因为直接删除图像对象有时会破坏页面的绘制顺序，导致正文错位。替换法保留了对象结构，只是让图像内容变成全透明，渲染结果就是水印不见了而其他内容不受影响。具体操作是准备一张 1x1 的透明 PNG，在工具的图像替换功能里指向它，保存即可。
平铺水印要特别注意：它可能不是一张图重复绘制，而是一个图案（Pattern）对象，页面通过scn指令填充图案来实现平铺。这种情况下资源列表里看到的是一个 Pattern 而非 Image，处理方式是在图案定义里把图案内容替换成透明，或者直接删除图案引用。判断方法是看水印是否严格等间距重复、边缘是否完全一致。
3.2 遮盖法的适用边界
遮盖就是用白色或与背景同色的图形盖住水印区域。相比文本层，图像层水印用遮盖法更常见，因为图像水印往往位置规整、面积较大，遮盖操作直观。工具上可以用矩形工具画白框，也可以插入一张白色图片覆盖。
遮盖法的边界很明确：只适用于水印下方没有正文或其他重要内容的情况。如果水印压在正文上，遮盖等于把正文也盖掉了，得不偿失。判断方法是临时把水印图层隐藏或者调低不透明度，看下方是否有内容。另外，遮盖物本身会成为页面对象，如果后续要做文字识别或者内容提取，遮盖物可能干扰处理，所以遮盖更适合“最终输出”场景，不适合“继续编辑”场景。
我处理过一批带对角水印的扫描件，水印恰好压在页边空白区，用遮盖法几分钟搞定几十页，效率极高。但换成水印横穿正文的文档，遮盖法就完全不能用，只能走修复。
3.3 图像修复算法的实操要点
图像修复（Inpainting）是处理固化水印和压在正文上的图像水印的终极手段。原理是让算法根据水印周围像素推测被遮挡区域应该长什么样，然后填充进去。工具上，桌面图像处理软件的内容识别填充、部分 PDF 工具自带的“移除对象”功能、以及一些专门的文档修复工具都能做。
实操要点有三个。第一，选区要略大于水印，给算法留出足够的上下文像素，但也不能太大，否则会引入无关内容。第二，分块处理比整页处理效果好，尤其是大面积水印，整页修复容易糊成一片，按水印的重复单元分块修复，每块单独计算，效果更自然。第三，修复后要检查正文边缘，算法填充可能让正文笔画变模糊，必要时对正文区域做局部锐化补偿。
提示：图像修复对扫描件的效果取决于原扫描分辨率。低于 200 DPI 的扫描件修复后容易出现涂抹感，建议先提高扫描分辨率再处理，或者接受一定程度的模糊。
修复法的局限在于它本质是“猜”，对结构复杂的水印（比如带精细图案或渐变的水印）效果有限，对纯色文字水印效果最好。我一般把它作为最后手段，前面几种方法都不行时才用。
4. 固化水印与扫描件：重排与识别的组合拳
固化水印是最难缠的，因为它和正文已经融为一体。处理这类文档，思路要从“去除”转向“重建”：要么把页面重新识别成可编辑内容再排版，要么用图像处理手段把水印弱化到可接受程度。两条路各有代价，选哪条取决于文档的用途和对保真度的要求。
4.1 OCR 重排的完整流程
OCR 重排的思路是：把 PDF 页面转成图像，用文字识别提取正文，再重新排版成干净的文档。这样水印作为图像的一部分被丢弃，正文以文本形式重建。流程分四步：页面转图、文字识别、版面还原、导出 PDF。
页面转图要注意分辨率，300 DPI 是文字识别的甜点区，太低识别率下降，太高处理变慢。文字识别环节，现在多数工具对印刷体中文的识别率已经很高，但表格和复杂版式仍是难点，识别后需要人工校对。版面还原是重排的关键，好的工具能保留段落、标题层级和表格结构，差的工具会把所有文字堆成一段。导出时选择“文本型 PDF”而非“图像型 PDF”，否则等于白做。
这条路的代价是保真度损失：原文档的字体、精确排版、页眉页脚位置都可能变化，盖章、签名等图像元素也会丢失。所以它适合“内容优先”的场景，比如把带水印的资料整理成内部文档，不适合需要保持原貌的归档场景。
4.2 图像增强弱化水印
如果不想重排，可以用图像增强的方式把水印弱化。原理是利用水印和正文在颜色、对比度上的差异，通过调整曲线、阈值或者通道分离，让水印变淡甚至消失。比如灰色水印压在黑色正文上，提高对比度可以让正文更黑、水印更灰，视觉上水印就不明显了。
具体操作在图像处理软件里做：打开页面图像，用色阶或曲线工具把中间调压暗，观察水印和正文的分离程度；如果水印是彩色的而正文是黑白的，可以走通道分离，取黑白通道或者对彩色通道做去色处理。这招对浅色水印效果明显，对深色水印效果有限，因为深色水印和正文的色调太接近，强行分离会伤到正文。
图像增强的优点是保留原版式，缺点是治标不治本——水印还在，只是变淡了，放大看或者打印质量高时仍可能显现。我一般用它做“过渡处理”，比如先把文档处理到可读状态应急，后续再找机会彻底处理。
4.3 双面扫描件的特殊处理
有些固化水印来自双面扫描：纸张背面的印刷内容透过来，形成类似水印的浅色图案。这类“透印”不是真正的水印，但视觉效果类似，处理方法也不同。透印的特点是图案与正面内容镜像对称、颜色偏浅、分布与背面排版对应。
处理透印，图像增强里的“背景去除”功能比较有效：把浅色背景统一提亮到白色，透印图案会随之变淡。如果透印较重，可以在扫描时垫一张黑纸，从源头减少透光。已经扫好的文件，用阈值处理把浅色像素统一归白，也能明显改善，但要小心别把浅色正文一起处理掉。
5. 工具选型：在线、桌面与命令行的取舍
工具选型没有绝对优劣，关键看使用频率、文档敏感度和批量需求。我把常用工具分成三类：在线工具、桌面软件、命令行工具，各自的适用场景和注意事项差别很大。
5.1 三类工具的对比与选择逻辑
| 工具类型 | 优势 | 局限 | 适用场景 |
|---|---|---|---|
| 在线工具 | 免安装、上手快、部分免费 | 需上传文件、有隐私顾虑、功能受限 | 偶尔处理、非敏感文档 |
| 桌面软件 | 功能完整、可离线、支持批量 | 需安装、部分收费、学习成本 | 高频处理、敏感文档、复杂水印 |
| 命令行工具 | 可脚本化、批量高效、免费 | 需技术基础、无可视化 | 大批量、自动化流程 |
选择逻辑很直接：文档涉及敏感信息，一律走桌面或命令行，不上传；只是偶尔处理公开资料，在线工具够用；需要处理成百上千份，命令行加脚本是唯一现实的选择。我见过有人把带个人信息的文档传到不知名在线工具，处理完才发现网站要求注册才能下载，这种风险完全没必要冒。
5.2 桌面工具的关键能力清单
挑桌面 PDF 工具时，别只看“能不能去水印”，要看几个关键能力：是否支持对象浏览（能看内容流和资源字典）、是否支持批量处理、是否支持图像替换、是否支持内容流编辑。这四项决定了它能覆盖多少种水印类型。
对象浏览是基础能力，没有它就只能靠遮盖和修复，处理不了文本层和图像层的“删除”路径。批量处理决定效率，单页处理再快，几百页也是灾难。图像替换对应图像层水印的温和处理。内容流编辑是进阶能力，能处理一些顽固的隐藏水印。四项齐全的工具不多，但至少要有对象浏览和批量处理两项，否则遇到复杂文档会很被动。
5.3 命令行批处理的思路
命令行工具适合批量场景，核心思路是写一个循环，对目录下每个 PDF 执行去水印操作。不同工具的命令不同，但逻辑一致：读取文件、定位水印对象、删除或替换、保存输出。以常见的 PDF 处理库为例，可以用脚本遍历页面对象，找到符合水印特征的文本或图像对象，批量移除。
写脚本时要注意两点：一是先在小样本上验证，确认水印对象特征稳定再批量跑，避免误删正文；二是保留原文件，输出到新目录，方便回滚。批量处理最怕的就是脚本跑完发现全删错了，没有备份就麻烦了。我一般会先跑三五个文件，人工检查结果，确认无误再放开跑全量。
6. 实操避坑：那些文档里不会写的经验
方法讲完，最后这部分是我这些年踩坑攒下来的经验，都是常规教程里不会提但实际很要命的东西。去水印这件事，技术门槛不高，坑主要在细节和判断上。
6.1 常见问题速查表
| 问题现象 | 可能原因 | 处理思路 |
|---|---|---|
| 删了对象水印还在 | 水印在注释层或可选内容组 | 检查图层面板和注释列表 |
| 水印删了正文错位 | 误删了图形状态配对指令 | 恢复备份，只删水印指令块 |
| 批量处理后文件打不开 | 脚本误删了必要资源 | 用备份重跑，缩小删除范围 |
| 修复后正文模糊 | 选区过大或分辨率不足 | 缩小选区，提高源分辨率 |
| 遮盖后打印露白边 | 遮盖色与纸张色不一致 | 改用删除法或调整遮盖色 |
| 在线工具处理失败 | 文件加密或格式特殊 | 先解密或换桌面工具 |
这张表覆盖了我遇到的大部分问题，实际排查时按“先看水印类型、再看工具能力、最后看操作细节”的顺序走，基本能定位。
6.2 加密与权限限制的处理
有些 PDF 带权限限制，禁止编辑，这时候去水印工具可能直接报错或者输出空白。处理这类文档，先确认自己是否有权处理——如果是自己单位的文档，走正规流程获取编辑权限；如果是公开资料但带限制，可以用工具先解除限制再处理。解除限制的操作在部分桌面工具里有对应功能，原理是移除文档的权限标记。
需要强调的是，处理带权限的文档前想清楚用途。去水印是为了自己阅读、打印、归档，和为了传播、商用是两回事，后者可能涉及授权问题。我处理这类文档的原则是：只处理自己有权使用的，处理结果只用于内部用途。
6.3 批量处理的质量抽检
批量去水印最大的风险是“静默失败”——脚本跑完了，大部分文件处理成功，少数文件因为水印类型不同而失败，但脚本不报错。所以批量处理后必须抽检：随机抽 10% 的文件打开看，重点检查水印是否真的没了、正文是否完整、页面是否错位。
抽检发现问题的文件，单独拎出来分析水印类型，调整脚本或换工具处理。我一般会在批量脚本里加一个日志，记录每个文件的处理结果和对象删除数量，删除数量异常（比如为零或特别大）的文件重点复查。这个习惯帮我拦下过好几次批量误删的事故。
6.4 处理前的备份习惯
这条看似废话，但真的是血泪教训。去水印操作，尤其是对象删除和内容流编辑，是不可逆的（除非你有原文件）。我的习惯是：处理前把原文件复制一份到单独目录，命名加_backup后缀；批量处理时输出到新目录，原目录不动。这样无论中间出什么岔子，都能回到起点。
备份还有个好处是方便对比。处理完把原文件和处理后文件并排打开，逐页对比，能发现一些不易察觉的问题，比如某个页面的页眉被误删、某段正文的字体被替换。对比检查比单纯看处理后文件更可靠。
6.5 一个容易被忽略的细节：字体嵌入
文本层水印删除后，有时会发现正文某些字符显示异常，原因是水印和正文共用了字体资源，删除水印对象时如果连带清理了字体，正文就失去了字形数据。避免方法是在删除时不要勾选“清理未引用资源”，或者删除后检查字体列表，确认正文字体仍在。
这个细节在简单文档里不常见，但在排版复杂、字体多样的文档里很容易中招。我处理过一份多字体混排的文档，删完水印发现标题字体变了，查了半天才发现是字体资源被连带清理。从那以后，我处理复杂文档一律先不清理资源，确认无误后再单独做资源优化。
7. 不同场景下的方法组合建议
单一方法往往不够用，实际处理时经常需要组合。这里按几个典型场景给出组合建议，都是我从实际项目里总结出来的路径。
7.1 办公文档快速处理
日常办公遇到的 PDF，水印多是文本层，位置规整，处理诉求是“快”。推荐路径：对象删除为主，遇到删不掉的用透明度归零兜底，全程用桌面工具的批量功能。这类文档通常不涉及复杂排版，删除水印后正文基本不受影响，处理完抽检几页即可。
如果手头没有桌面工具，在线工具也能应付，但要注意文档是否含敏感信息。纯模板、公开资料可以走在线，含内部信息的坚决走本地。
7.2 扫描件与图片型 PDF
扫描件的水印多是图像层或固化层，处理诉求是“保真”。推荐路径：先判断是图像层还是固化层，图像层走对象替换或遮盖，固化层走图像修复或 OCR 重排。这类文档处理耗时长，要有心理准备，批量处理前务必小样本验证。
扫描件处理的一个技巧是先做整体图像增强再局部修复，整体增强把浅色水印弱化，局部修复处理顽固区域，两步结合比单做修复效果好，也更省时间。
7.3 大批量归档处理
归档场景的诉求是“稳”和“可追溯”。推荐路径：命令行脚本批量处理，输出到新目录，保留原文件，加处理日志，抽检 10%。脚本里对不同类型的文档走不同分支，文本层走删除，图像层走替换，处理不了的文件单独列出人工处理。
归档处理最忌讳“一把梭”，所有文件用同一种方法处理，结果就是一部分成功一部分失败还不自知。分类型、分批次、有日志、有抽检，这套流程虽然繁琐，但能保证结果可控。
8. 处理后的验证与文档管理
去水印不是处理完就结束了，验证和后续管理同样重要。我见过太多人处理完直接归档，过了几个月要用的时候才发现某几页有问题，回头再找原文件已经找不到了。
8.1 三层验证法
验证分三层：第一层看水印是否消失，逐页快速翻看，重点看水印原本所在位置；第二层看正文是否完整，对比原文件检查段落、表格、图片有无缺失；第三层看文件是否正常，用不同阅读器打开，确认没有渲染错误、没有字体缺失、没有页面错位。
三层验证里，第二层最容易被跳过，也最容易出问题。对象删除和内容流编辑都可能误伤正文，尤其是水印和正文距离很近的文档。我的做法是把原文件和处理后文件并排打开，逐页对比，虽然费时但最可靠。
8.2 版本命名与归档规范
处理后的文件命名要能体现处理状态，比如在原文件名后加_clean或_no_wm后缀，避免和原文件混淆。归档时原文件和处理后文件分目录存放，原文件目录标记为“原始”，处理后目录标记为“已处理”，并在目录里放一个说明文件，记录处理日期、使用的方法、处理人。
这套规范看起来繁琐，但文档一多就显出价值了。半年后有人问“这份文件的水印是谁处理的、用的什么方法”，翻一下说明文件就有答案，不用靠记忆。
8.3 长期保存的格式选择
去水印后的文件如果用于长期保存，格式选择有讲究。文本型 PDF 体积小、可搜索，适合保存；图像型 PDF 体积大、不可搜索，但保真度高。如果原文档是扫描件且做了 OCR 重排，建议同时保存重排后的文本型 PDF 和原始扫描件，前者用于检索，后者用于保真。
另外，处理后的文件如果还要继续编辑，建议保留一份未压缩或低压缩版本，避免多次压缩导致质量下降。我一般会保存一份高质量版本用于归档，再导出一份压缩版本用于日常传阅。
9. 我个人的几条实操心得
最后分享几条纯个人经验，都是踩坑踩出来的，不一定适用于所有人，但至少能帮你少走点弯路。
第一条，先判断再动手，别急着找工具。水印类型判断花不了两分钟，但能省下半小时的无效尝试。我早年就是拿到文件直接上工具，试了五六个都不行，最后才发现是固化水印，白折腾。
第二条，能删就别盖，能改就别修。删除对象最干净，遮盖和修复都是退而求其次。遮盖会留对象，修复会伤画质，优先级要摆清楚。
第三条，批量处理一定要小样本验证。这条我说过好几次，因为真的太重要了。批量脚本跑全量之前，先跑几个文件看看结果，确认无误再放开，这个习惯救过我很多次。
第四条，备份不是可选项。去水印操作不可逆，没有备份就等于走钢丝。我现在处理任何文档，第一件事就是复制备份，已经成了肌肉记忆。
第五条，工具够用就行，别追求全能。市面上没有哪个工具能完美处理所有水印类型，与其找一个“万能工具”，不如掌握两三种工具的组合用法，按水印类型切换。我常用的就是一款桌面编辑器加一个命令行库，覆盖了九成以上的场景。
处理 PDF 水印这件事，说到底是个“判断加执行”的活。判断水印类型是脑力活，执行处理是体力活，脑力活做对了，体力活就轻松。希望这些方法能帮你把手里那些带水印的文档收拾干净。
