简介：面向需要高频处理电子文件签署、确认与归档的办公人群，这份PDF单文件盖章工具提供了专业、高效的盖章方案。软件支持拖放式操作，可精确在文档指定坐标添加文字或图像印章，同时具备批量处理能力，一次即可完成多个文件的盖章操作；内置的加密机制还可在盖章后对文件进行保护，防止未授权访问与篡改，确保文档在流转中的安全性与法律效力。压缩包内共13个文件，约7.87MB，主要包含可执行主程序、用于渲染与加密的核心运行库、界面组件、参数配置文件以及示例印章图片，并兼容x64与x86两套运行环境；目前已有117人学习下载。整套资源集成了项目运行所需的驱动库与基础设置，用户解压后即可调用，无需额外配置运行条件，适用于商业合同签署、法律文书盖章、行政公文办理等场景，可有效替代传统的打印、手签、扫描流程，提升业务处理速度。

1. PDF单文件盖章工具专用版：把“盖章”这件小事做成开箱即用的抓手

做过合同归档、招投标文件整理的人都有过这种体验：手里攒了上百份 PDF，需要一份一份打开、把电子印章图片拖进去、调大小、对位置，再另存为新文件。动作机械，却极其容易出错。PDF单文件盖章工具专用版，就是把这个高频动作封装成一个无需安装依赖、双击即可运行的独立程序：给定一个 PDF、一张透明印章图，程序自动完成落章、输出新文件。它不是要替代专业的电子签章平台，而是解决“内部单据批量补章”“扫描件补红章”“投标文件统一盖章”这类中轻量场景。适合谁用？做标书整理的商务、管档案的行政、以及经常处理 PDF 交付物的开发人员。下面这篇笔记，我把从准备印章图到跑通命令、再到排坑的完整路径讲清楚，都是可以直接照抄的。

2. 盖章前先理清三件事：印章图片格式、PDF 页面状态、原文件留底

电子盖章看着是把图往页面上一贴，但“贴上去”之后能不能正常显示、能不能打印、文件会不会变大，全取决于盖之前的准备工作。我一般会先花十分钟把三件事捋顺：印章图是不是真正带透明通道、目标 PDF 有没有加密或旋转标记、原文件有没有留底。

2.1 电子印章不是截图：从 JPG 到透明 PNG 的三步处理

很多单位用的印章图是从扫描件里抠出来的 JPG，白色背景还在。直接盖上去就是一个白底方块，把底下的文字全挡住了。正确做法是把它处理成带 Alpha 通道的 PNG。

用常见开源图像库处理即可，比如用 OpenCV 或 Pillow 做背景去除。下面是一个我常用来清洗印章图的 Python 脚本：

from PIL import Image # 读取扫描版印章 JPG，转为 RGBA 模式才能写透明通道 img = Image.open("seal_raw.jpg").convert("RGBA") pixels = img.load() # 把接近白色的像素设为透明，阈值 200 表示“RGB 三个分量都大于 200”才认为是背景 for y in range(img.height): for x in range(img.width): r, g, b, a = pixels[x, y] if r > 200 and g > 200 and b > 200: pixels[x, y] = (r, g, b, 0) img.save("seal_transparent.png")

这个脚本的思路是遍历每个像素，凡是接近白色的点就把 Alpha 通道置为 0，其余保留原颜色。阈值 200 是个经验值：扫描件底色偏灰时降到 180，底色很干净时用 230 也行。处理完后，把透明 PNG 放到纯色背景上检查一遍，边缘有没有白边、字体有没有被“掏空”。如果印章本身是红色的，更稳妥的办法是只保留红色通道的区域，避免文字笔画里的浅色部分被误清除。

2.2 目标 PDF 常常比你想象的“脏”：旋转标记、加密、页面尺寸不一致

另一个容易在盖章时翻车的是 PDF 本身的状态。我遇到过三种典型情况：页面被设置了旋转标记，盖上去的章跟着旋了 90 度；PDF 带打开密码，工具直接报错；一百多页的文件里，前几页是 A4，后面混着几页 A3，按固定坐标盖章就盖歪了。

处理顺序建议是“先检查，后盖章”。检查内容包括：页面是否加密、每页的尺寸和旋转角度是否一致。下面这段用 PyMuPDF 检查页面状态的代码，能帮你快速看清目标文件的情况：

import fitz doc = fitz.open("target.pdf") print("是否加密：", doc.needs_pass) for i in range(min(doc.page_count, 5)): page = doc[i] r = page.rect print(f"第{i+1}页 尺寸: {r.width:.1f} x {r.height:.1f} pt, 旋转: {page.rotation}")

输出里能看到每页的宽高和旋转角度。PDF 的默认单位是 point，1 毫米约等于 2.83 pt。A4 对应大约 595 x 842 pt。如果第 3 页变成 842 x 595，说明那一页是横向的，盖章坐标就得单独处理。如果是加密文件，先用密码解开再盖章；旋转页面最好先用工具把旋转标记清掉，统一成 0 度再操作。

2.3 原文件留底与输出命名：给“后悔药”留好位置

盖章是覆盖性操作，盖完另存的新文件里，印章成了一个独立对象，很多看图软件会把它渲染在文字上层。万一位置不对或者要修改，再想从成品 PDF 里把印章抠掉就非常麻烦。所以我的习惯是盖之前先整个目录复制一份原稿到originals/子目录，输出文件统一命为原文件名_sealed.pdf。这样即使连续盖了五十个文件发现印章大小不对，也可以用一段小脚本批量回退，而不是重新找原始文件。

命名规则看上去是小事，但批量操作时它的作用很大。输出名里保留原文件名，你在对照检查时一眼能看出哪份盖了、哪份没盖；把原稿和成品分目录存放，之后做文件校验也有依据。工具本身可能不支持自动备份，那就由操作流程来补上这一环，成本极低，收益却很大。

3. 单文件盖章工具的通用调用方式：命令行参数和最小实操

单文件工具的好处是“拿到就能跑”，但很多使用者第一次拿到手会对着黑窗口发懵：要不要安装？双击后怎么没反应？其实这类工具通常至少支持命令行调用，参数就那么几个。搞明白它们，比在图形界面里点来点去更可控，也更容易写进批量脚本。

3.1 单文件“专用版”通常提供哪些参数

我见过的 PDF 盖章工具，无论界面是图形还是命令行，核心参数基本是一致的，跑不出下面这张表。参数名可能不同，但含义都是这几类。

这些参数看着多，实际用起来一次只需要调四个：页码范围、位置、缩放、输出名。透明度一般固定 0.85 到 0.95，很少需要动。

3.2 跑通最小盖章任务的完整命令与检查清单

假设一个真实的 PDF 盖章任务，某公司需要给 30 页的投标文件盖落款章，章的原始尺寸偏大，需要缩到 80%，放在右下角。用命令行调用单文件工具时，命令大概是这样的：

pdf-stamp-tool \ --input tender.pdf \ --seal seal_transparent.png \ --pages 1-30 \ --x 450 \ --y 700 \ --scale 0.8 \ --opacity 0.9 \ --output tender_sealed.pdf

逻辑是：从第 1 页盖到第 30 页，印章左上角坐标落在 (450, 700)，缩放为原图的 80%，透明度 90%。坐标单位是 pt，450 和 700 这两个数怎么来的？A4 页面宽 595 pt，印章缩放到 80% 后大约宽 120 pt，那么 595 减 120 再减去留白 25 pt，水平方向就是 450；垂直方向同理，842 减去印章高度约 117 pt 再减去底部留白 25 pt，就是 700。

第一次跑完后不要急着批量。做四件事：一是打开成品 PDF 看视觉位置，章有没有压住正文文字；二是用文本选择工具在印章区域拉一下，确认印章没有遮挡可复制的文字内容；三是对比原文件和成品的体积，如果从 5 MB 涨到 60 MB，说明印章图像没有做压缩，后面要回到打包参数里处理；四是确认原文件备份在originals/目录里。这四项全部通过，才说明这一组参数可以复用到同批次其他文件。

3.3 专用版参数调不好时，回到通用工具去找默认值

“专用版”三个字意味着工具的提供方可能已经把页面尺寸、默认边距、图片缩放这些参数按某类业务调过一个版本。如果你手里的专用版命令格式跟上面不完全一样，或者某个参数名字对不上，不必硬猜。我一般会用 PDF 查看器先打开目标文件，用测量工具量一下页面宽高和印章图片的原始像素数，再换算成 pt；同时打开工具的帮助信息，看它默认的缩放值是多少。大多数工具都提供了--help或-h，打印出来的说明就是最可靠的依据。

这种做法能避免两种翻车：一种是拿着 A3 的 PDF 用 A4 的参数去盖，章跑到页面外面去了；另一种是印章图本身是 600x600 像素，工具默认按 100% 贴上去，结果盖出来比手掌还大。先弄清楚工具内部的默认取值，再决定要不要覆盖它，比反复试错省时间得多。

4. 自己写一个盖章内核：用 PyMuPDF 实现落章、透明与缩放

如果工具参数不够灵活，比如需要在页脚居中盖章、需要按骑缝章方式跨页盖，或者需要把印章旋转某个角度，最直接的解决方案是写一个二三十行的 Python 脚本，把它当作自己的“个人专用版”内核。

4.1 为什么选 PyMuPDF 而不是 pypdf 或 reportlab

我一般优先用 PyMuPDF（渲染后端叫 fitz）。原因很具体：它在插入图片时可以直接指定透明度、旋转角和缩放矩阵，而且写入的新文件会保留原 PDF 的文本层和书签，体积控制也比 pypdf 好。pypdf 的merge_page适合做整页合并，做坐标级贴图反而要绕一圈；reportlab 适合“从零生成”PDF，但要在现成 PDF 上落章，它等于把整页内容重画一遍，风险大。PyMuPDF 是“在已有页面上叠加对象”的正向思路，盖章这种场景几乎是定制的。

这里有一个选择说明：如果你只需要把印章放在整页最中央且不需要透明效果，pypdf 也能胜任；但只要涉及“距离左边多少、距离底部多少、透明度多少”，PyMuPDF 的优势就非常明显了。下面的脚本就是围绕这三个自由度展开的。

4.2 A4 页面加透明印章的最小脚本

下面这段代码可以直接保存为stamp_one.py使用：

import fitz def stamp_pdf(input_pdf, seal_png, output_pdf, x_mm, y_mm, scale=1.0, opacity=0.9, pages=None): doc = fitz.open(input_pdf) # 毫米转 pt，1mm = 72/25.4 pt px = x_mm * 72 / 25.4 py = y_mm * 72 / 25.4 if pages: page_list = [int(i) for i in pages.split(",")] else: page_list = range(doc.page_count) for pgno in page_list: page = doc[pgno] # 读取图片自身像素尺寸，并按页面坐标及缩放比计算落章区域 img_rect = fitz.Rect(px, py, px + 120 * scale, py + 120 * scale) page.insert_image(img_rect, filename=seal_png, overlay=True, keep_proportion=True, rotate=0, alpha=opacity) doc.save(output_pdf, garbage=3, deflate=True) if __name__ == "__main__": stamp_pdf("tender.pdf", "seal.png", "tender_sealed.pdf", 150, 230, scale=0.8, opacity=0.9, pages="1-5")

脚本的要点是：毫米坐标转成 pt 后构造一个矩形区域，印章图片按这个矩形宽度等比缩放插入，overlay=True表示盖在页面内容上层，alpha参数控制印章透明度，garbage=3和deflate=True用来压缩文件体积。

这里要特别说明两个参数。alpha在 PyMuPDF 里是一个 0 到 1 的浮点值，0 是全透明，1 是不透明，实际盖章用 0.9 就够了，太透明了打印出来像复印了三次的章。scale是相对 120 pt 基准宽度的缩放，120 pt 约等于 42 毫米，接近常见合同章的物理尺寸。如果你的印章图片本身是 300x300 像素，工具会自动处理像素密度，不需要你换算 DPI。

4.3 脚本里的三个关键参数：坐标、透明度、图像缩放

坐标计算是这类脚本最容易出错的地方。页面的原点在左上角，x 向右增大，y 向下增大。合同章落款位置通常在“落款单位文字下方 2 到 3 行”，而不是页面最右下角。我的经验算法是：先量出落款文字中心的 x 坐标，把它作为印章中心 x；再取页面高度减掉底部边距 25 毫米，再减掉印章高度的一半，作为印章中心 y。所以上面脚本里我传的x_mm=150, y_mm=230，是印章左上角的位置，不是中心位置。要改成中心对齐，写起来也容易，矩形坐标都减去印章宽高的一半即可。

透明度这块，很多第一次做盖章的人习惯设成 1.0，觉得这样最真。实际打印出来会发现颜色太重，甚至盖住了下面的文字。真实印章盖在纸上有油墨渗透的层次感，电子章用 0.85 到 0.95 反而更接近。注意这里说的是印章本身的透明度，不是页面的透明度，两者不一样。

图像缩放同样有讲究。印章图如果是 600x600 像素，直接按原尺寸插入，在 A4 页面上会占到几乎四分之一的位置。脚本里img_rect的宽高直接决定了插入后的大小，不依赖图片原始像素。用 42 毫米宽、42 毫米高做基准，再按实际需要调 scale，是比较稳的默认值。

4.4 把脚本打包成单文件工具时的几个注意点

写好脚本后，用代码封装工具能打包成 exe 或二进制单文件，方便没有 Python 环境的人使用。打包时要注意三件事：一是 PyMuPDF 的底层动态库文件比较大，打包出来的单文件体积一般在 30 到 60 MB 之间，这是正常的，不要以为是病毒；二是打包命令行参数要预留字符串格式的页码参数，避免用户在 cmd 里传参数时因转义问题失败；三是输出目录如果不存在，脚本要先创建，否则打包后运行直接报错。

打包命令本身不复杂，但我的经验是不要急着一步到位。先用脚本跑通一个文件，确认章的位置和大小没问题，再打包成单文件。否则打包一次很慢，改参数又得重新打包，效率极低。这条“先脚本后打包”的顺序，能省下大量等待时间。

5. 盖章避坑指南：五条血泪经验

这一章是我认为最值得看的一部分。以下五条问题，我基本都在实际盖章操作里遇到过，每一条都是“现象 → 原因 → 解决”的结构，照着排查能少走很多弯路。

5.1 盖出来是白底方块：透明通道没保留

现象：印章处出现一个白色的矩形块，把底下的文字完全遮住了，看起来就像贴了一张带白边的贴纸。

原因：印章图本身是 JPG 或背景未处理干净的 PNG。JPG 格式不支持 Alpha 通道，工具在插入时只能把白色背景一起插入。即使原始印章图肉眼看着像透明，只要背景色不是纯黑或纯白且色值不到阈值，就会残留白边。

解决：回到第 2.1 节，用脚本把接近白色的部分全部设为透明，保存时确认通道数为 RGBA。检查方法是在黑色背景下打开印章图，如果边缘没有白色轮廓，就说明透明处理成功了。

5.2 印章盖在文字下面，页面文字反而被压住了

现象：印章确实在页面上，但是正文文字变得模糊，像是在印章底下透出来的颜色混合了。

原因：overlay=False被设置成了底层插入。PyMuPDF 里布尔参数控制对象层级，False 表示插入到内容流的下面，页面原有内容渲染在上层，两者会混在一起产生视觉干扰；印章本身也可能因为alpha过低而穿透文字。

解决：把插入时的 overlay 参数设为 True，让印章作为页面的顶层对象存在。同时透明度不要低于 0.8，保持在 0.9 就可以让它既有真实感又不会干扰文字阅读。盖完以后要在 PDF 阅读器里放大到 200% 检查文字边缘是否清晰。

5.3 盖章后文件从几百 KB 暴涨到几十 MB

现象：原文件只有 2 MB，盖完章变成 55 MB，邮件附件根本发不出去。

原因：印章 PNG 原始分辨率很高，工具在插入时把它视为一个大图像整页嵌入，且没有做二次压缩。某些文件内部本来就有一张巨大的背景图，再叠加一张高像素印章，体积自然爆炸。

解决：保存 PDF 时打开清理参数，比如 PyMuPDF 的garbage=3配合deflate=True，会清理未使用的对象并对全部流式数据压缩。还可以在插入前先用 Pillow 把印章图缩小到 300x300 像素左右再传入，效果几乎一样但体积小得多。

5.4 印章歪了或跑到页面外：坐标换算没做

现象：同一组参数，盖前 5 页没问题，盖到第 8 页时印章出现在页面边缘，甚至一半在外面。

原因：文件里存在不同尺寸的页面。前面是 A4，后面混入 A3 或横向页，固定坐标在不同页面上对应的是不同的页面位置。坐标本身是以“距离左上角”为基准的，换页面尺寸后，绝对坐标位置不变，看起来就偏了。

解决：先做页面尺寸检查（见 2.2）。如果有混合尺寸，要么按页面尺寸设置多套坐标，要么把脚本改成动态计算：以当前页面的宽度和高度作为基准，统一按比例计算印章位置。比如x = page_width - seal_width - margin，这样每页都会落在相对右下角相同的位置。

5.5 浏览器里预览正常，打印出来印章变成灰色

现象：屏幕上印章是红色的，用打印或转 PDF 时颜色变灰或变得很浅，几乎看不见。

原因：印章图是 RGB 模式，打印端做颜色转换时，某些颜色配置文件把高饱和的红色识别成了“仅打印灰度”的对象。更常见的原因是印章 PNG 本身带有 ICC 颜色配置文件，插入 PDF 后阅读器按配置文件渲染，打印时却走默认灰度流程。

解决：把印章图统一保存为 sRGB 模式，清除内嵌的 ICC 配置文件。如果条件允许，在保存前先把印章图的颜色模式从 CMYK 或 ProPhoto RGB 转为 sRGB，并去掉多余元数据。这是最不容易注意、但影响最直接的坑，我建议所有人都在转完 PDF 以后用打印机打一张测试页看看实际效果。

6. 进阶：从“盖得上”到“盖得对”——批量、骑缝、验证与回头检查

盖章工具能盖出章只是及格，真正决定交付质量的在于后面的验证方法。我的习惯做法是三件套：批量命名规范化、骑缝章脚本、盖章后自动校验。

批量命名这块，脚本里加一个循环就能解决。把输入目录里的 PDF 都遍历一遍，输出到同名目录下追加_sealed后缀。注意批量跑完之后一定要抽查中间页，而不是只看第一页。我有一次就是第一页位置正常、从第 12 页开始偏移，原因前面提过：混页尺寸。所以最终交付前，用页数变动对比或 PDF 文本提取工具，抽取成品 PDF 的前、中、后三页放大检查，这是成本最低的高置信度验证。

骑缝章的需求也常见，比如多个页面拼接的合同需要在侧边盖上骑缝。做法是把印章图压缩到很窄的宽度，比如缩到 10 毫米宽、高保持完整，然后定位到每一页的右侧边缘，x 坐标设置成“页面宽度减 5 毫米”，连续页之间章体稍微左右错开，才能形成跨页衔接的视觉。这个需求用图形界面工具很难做，但命令行脚本改两个参数就搞定了。

最后的验证我一般写成一个三步检查：第一，用 PDF 渲染器把成品每一页转成 150 DPI 的缩略图，肉眼扫一遍有没有位置明显偏离；第二，用文本提取工具确认印章覆盖的区域没有影响到可复制文字；第三，对比原文件和成品的 MD5 值，确认输出文件确实是新生成的、可以独立分发。这三步做完，这一批盖章文件就可以放心交付了。

说实话，我最早做盖章这块也翻过车，当时拿着专用版工具盖了三十几个标书文件，打包发出去后经人提醒才发现透明背景变成了白底，随后好在有原稿备份，用脚本重新处理后才及时止损。自此之后，我给自己定了一条铁规矩：不管工具多顺手，原稿一定保留，盖章做完一定抽查首页、中页和尾页，绝不偷懒跳到第一页看一眼就直接交出去。希望这条习惯也能帮到你，祝你一次盖对，少踩坑。

本文还有配套的精品资源，点击获取