小内存服务器，能跑哪些 PDF 操作？
本站部分 PDF 整理使用自建的 Stirling PDF。机器不大，所以这次不测“功能有多全”，而是用一份简单样本，确认合并、拆分、旋转等常用操作有没有把页数和内容弄错。
测的不是默认完整版
这份记录对应本站的 Stirling PDF 3.2.1 ultra-lite 纯开源核心构建，不包含专有模块；不能据此判断默认完整版、桌面版或云服务的功能与许可。
主机总内存约 1.6 GiB，容器上限 896 MiB。这里只开放少量常用操作，并有限制文件大小、并发和超时的保护。这样的裁剪配置适合验证小文件，不是“1.6 GiB 就能无限处理 PDF”的部署建议。
项目属于 open-core：3.2.1 主许可证对普通目录采用 MIT，同时明确列出另有许可的目录。想自己部署或二次开发，先核对所选版本和实际构建，不要只看仓库标题里的“开源”。
怎么测，测到了哪一步
2026 年 10 月 25 日的回归测试使用一份 3,582 字节、两页的合成文本 PDF，页面有英文测试标记，不含个人资料。各项请求逐个执行，不做并发压测；整理本文时复核已有结果，没有重新向生产服务批量发任务。
除了看请求是否返回成功，还用 PDF 解析器核对页数、方向、文本标记，检查 ZIP 是否可读，并确认输出能渲染。合并使用同一份两页样本两次，拆分要求按页拆开；水印写入 TEST，页码写入 Page 加数字。
| 操作 | 核对结果 | 输出 |
|---|---|---|
| 压缩 | 仍为两页，大小与原件相同 | 3,582 字节 |
| 合并 | 两份两页样本合成四页 | 6,179 字节 |
| 拆分 | ZIP 内两份单页 PDF | 2,065 字节 |
| 删除第一页 | 保留原来的第二页 | 1,481 字节 |
| 旋转 | 两页均旋转 90° | 1,491 字节 |
| 转图片 | 两张 595 × 841 PNG，打包输出 | 8,772 字节 |
| 加水印 | 两页都能找到 TEST 标记 | 3,696 字节 |
| 加页码 | 两页保留，能读到页码文字 | 1,990 字节 |
压缩后没变小，是失败了吗？
这份原文件只有约 3.6 KB，主体是文本，本来就没有很多可压缩的图片。测试设置的目标是 2MB，原件已经远小于它；服务返回原大小，不能据此断言压缩算法没用，也不能拿它宣传压缩率。
请求成功、文件能打开、体积达到限制，是三件不同的事。实际处理扫描件时，要比较处理前后大小，再放大检查姓名、数字、印章等细节。如果已经看不清，继续降低画质不是好办法。
小机器最需要的是边界
Stirling 官方性能文档给出的通用建议中，1–10 用户对应 4GB 内存，并提醒 PDF 处理的内存占用可能远大于文件本身。合并、拆分和 OCR、Office 转换、页面渲染，不是同一种负载。
本次两页小样本的八项核对完成，不代表长时间稳定性、多人并发、超大扫描件或所有字体都已经验证；也没测试数字签名、加密文件、复杂表单、OCR 和 Office 转换。需要这些功能，应另做测试和资源规划。
对使用者来说，还有一条重要区别：“自建”不等于“在你的浏览器本地处理”。使用本站这些 PDF 操作，文件需要上传到本站服务。高度敏感的材料，建议选择你自己控制的本地工具，并保留未处理原件。
只处理一份材料，不必先搭服务器
如果手头是几张证明照片，可以先用本站材料转 PDF，在浏览器里排好顺序再生成。已有 PDF 需要压缩、合并或拆分时，再按文件敏感程度选择在线服务或自己的本地软件。
先看本站哪些功能需要上传；处理后仍要核对页序、方向、完整性和清晰度，不保证接收平台审核通过。
来源与可核对数据
- Stirling PDF 3.2.1 源码与该版本许可证及目录例外，核验日期 2026-10-25。
- 官方性能与容量建议：通用配置建议不能被本站的裁剪小样本替代。
- 本次串行回归结果摘要：仅包含无敏感合成样本的大小、页数和检查结果，不公开管理入口或访客文件。