多张图片怎么合成 PDF：顺序、方向与大小检查
将 JPG、PNG 或手机照片转成一个 PDF 前，先安排页面顺序与方向，再检查可读性、页数和实际体积。
一份租房合同拍了 20 张照片。你合成一个 PDF 传上去，表单拒了——合起来的文件，比你其中大多数单张照片还大。
这事让人意外，因为大家默认"转成 PDF"就等于"变小了"。其实不是。PDF 是一个容器。20 张 JPEG 放进去，容器里装的还是这 20 张 JPEG，大小基本没变；有时反而更大，因为容器本身有结构开销，还可能把本来可以直接放进去的图重新编码一遍。
明白这一条，整件事的做法就不一样了。
PDF 是容器，不是压缩器
把 PDF 想成一个文件夹。里面每一页的重量还是原来的重量。放 20 张 400KB 的照片进去，得到的大约是 8MB 上下，再加文件夹自己的一点重量。
这决定了你该怎么安排。如果对方限制 5MB，而你的照片加起来 9MB，合成这一步救不了你——得先让图片变小，不管是合成之前还是单独处理。
有个细节值得知道，而且它跟直觉相反：流程是把图片原样嵌入，不做重新编码。JPEG 进去还是你给的那份 JPEG，大小不变；PNG 进去也还是 PNG。进来的路上没有任何优化。会变大的只有容器本身——对象流和交叉引用表要占字节，而 PNG 数据又享受不到文件格式在别处施加的那层流压缩。
所以结果因输入而异，别凭感觉猜——跑一次转换，看它报出来的实际大小，再决定下一步。
转换之前先把图整理好
转换是最后一步，不是第一步。花五分钟整理，能省掉一次被打回。
删掉重复的。 手机相册和截图工具会不停产生副本。翻一遍文件夹，把重复的删掉。同一份材料里出现两页一模一样的内容，看着就不认真。
把方向摆正。 横着拍的照片转成 PDF 之后还是横的。转换前在工具里或手机上旋转好。如果成品里仍有页面方向不对，之后可以用 PDF 旋转单独修正。
只裁真正空白的部分。 裁掉表格边线，可能顺手裁掉了对方要的勾选框。只裁边缘空白，别动别处。
相关页面放一起。 证件的正反面要挨着；同一份文档的页面要按阅读顺序排好。PDF 一旦生成，再改顺序就得重做一遍。
文件选择器给出的顺序，别太当真
这里有个小事，却很容易把人绕晕。在文件对话框里多选文件时，工具收到它们的顺序取决于对话框、操作系统，还有你点击的方式——既不可靠地按字母排，也绝对不是网格视图里看着的那个顺序。
别跟它较劲。选之前先把副本改名，加上 01_、02_、03_ 前缀，然后在工作台里确认一次顺序，拿到成品 PDF 再确认一次。顺序不对，就用改过名的副本重做，别指望再选一遍结果会不同。
页面设置要一项项想清楚
页面设置决定了成品看起来像一份扫描文档，还是一本留白巨大的相册。
| 设置项 | 控制什么 | 实际影响 |
|---|---|---|
| 原尺寸 | 每页采用所属图片的尺寸 | 不额外加边距；同一个 PDF 里页面尺寸可以各不相同 |
| A4 | 固定 210 × 297 mm 页面 | 规格统一、便于打印；可能加边距或缩放图片 |
| Letter | 固定 8.5 × 11 in 页面 | 同理，对应美式纸张 |
| 方向 | 竖向或横向 | 决定固定页面的朝向 |
| 边距 | 图片四周留白 | 边距越大，图片为适配缩得越小 |
| 输出 DPI | 图片放置时的分辨率 | 影响打印等效分辨率，不改变像素数量 |
每一项都是有取舍的。
原尺寸保留全部像素，也不加边框。代价是：一份 PDF 里同时有手机照片、A4 扫描件和截图，就会有三种页面尺寸，而很多网站会检查页面尺寸是否统一。当接收方不在意，或者你要拼的是绝不能裁的证据材料时，用它。
A4 或 Letter 让每一页占用同样的版面，这也是多数正式表单的预期。图片会缩放以适配到边距之内。竖长条照片放在竖版页面上刚刚好；横宽照片放在竖版页面上，要么上下各留一大条白，要么被缩到很小。
完整放入还是铺满是底下那个真正的取舍。完整放入保留全图并留下边距，文字不会缺，但可能偏小；铺满页面不留边距，但会裁掉溢出部分。处理文档时选完整放入。丢掉带印章那页的边角，比留点白严重得多。
边距和 DPI 是更安静的设置，但一样要紧。边距宽加上适配缩放，意味着页面上那张图更小，字也就更小。输出 DPI 控制的是图片以物理尺寸落在页面上的方式。如果网站写着"300 DPI"，说的是放置方式，它不会让一张本来就低分辨率的照片变清楚。像素尺寸和 DPI 的关系可以看像素与 DPI。
20 张照片的 PDF 为什么会那么大
算一下就知道。现在手机一张 1200 万像素照片，存成 JPEG 大约 3–5MB。20 张就是 60–100MB，还没算容器开销。
这里面几乎没有什么"额外的"东西。全是你真实拍到的图像数据。传感器记录的信息量很大，除非手机压得很狠，否则文件会把这些全带上。而表单要的是整份材料不超过 200,000 bytes。这不是在容器这一层能解决的落差。
这组数字也能解释，为什么截图和照片差别那么大。文字截图的画面里有大片一模一样的白色、颜色种类很少，压得很彻底；同一份文档用手机去拍，就有传感器噪点、不均匀的光线和"白色区域"里到处存在的渐变，压不动。如果你习惯用拍照的方式做文档，光线足一点、手稳一点，图片之后会更好压——噪点才是真正吃掉字节数的地方。
先压图片，还是先压 PDF
两种都行，选哪种取决于你手上现在有什么。
先压图片：原件还在，而且总量远超限制的时候。20 张各 4MB 的照片，得先降下来再进容器。反过来，对已经拼好的 PDF 动手，引擎要一次对付 20 张内嵌图片，效果差、可控性也差。先把每张降到合理尺寸，成品的画质更好，你也能逐张把控。
后压 PDF：PDF 已经存在的时候——别人邮件发来的、扫描 App 生成的、你没法从原图重建的。这时用 PDF 压缩优化文档内嵌图片，它会尝试有边界的候选方案，并报告实际做到了什么程度。
如果压完还是超限，而对方也确实不需要每一页，可以用 PDF 选页去掉没被要求的部分。这是内容层面的决定，不是技术层面的——先确认那些页面真的不是必需材料。
换格式对体积的影响
输出格式比多数人预想的更关键。同样一张照片，JPEG 以中等质量重新编码，通常比 PNG 小得多，因为 PNG 是无损的，每个像素值都原样存。如果网站收 JPEG，而你的图是 PNG 照片，先转格式往往就是能省下最多的一步。
反过来也成立：别不小心把一张又小又高效的 JPEG 转成巨大的 PNG。上传前看一眼输出的实际大小。
上传前先自己验一遍
打开那个 PDF。不是看摘要，是看文件本身。
看第一页和最后一页，顺序错通常先在两头露出来。再看尺寸跟别人不一样的页面。放大最密那页上最小的字，确认在正常观看大小下能看清，而不是只在你 400% 放大的大显示器上能看清。
然后拿三个数字跟表单比对：页数、总字节数、允许的文档类型。哪个不对，你就知道该回到哪一步。
两条限制要记住。AttachReady 会拒绝加密和带密码保护的 PDF，也拒绝含内嵌脚本、附件等主动内容的 PDF——所以从一个加了锁的文件出发，在这里没法补救，你需要从源应用里导出一份干净的 PDF。另外，用截图拼出来的 PDF 不会变成可搜索、可编辑的文字；这条流程里没有 OCR，也没有 PDF 编辑。你得到的是一份图片容器，能稳定打印、能稳定上传——而提交表单要的正好就是这个。
游客转换会把选中的图片上传到处理服务，PDF 返回你当前页面，所以离开前先下载。账号上传的文件和产物 24 小时后到期。文件隐私与保留时间详细写了这两条数据路径。