您创建一个包含五个文档的PDF 包。在您的 Windows 计算机上，投资组合文件属性显示的大小为 12 MB。您将同一文件传输到 Mac，Finder 报告大小为 15 MB。你在Linux机器上打开它，文件管理器显示10兆字节。该文件是相同的。报告的大小会有所不同，因为不同的操作系统计算文件大小的方式不同。
操作系统之间的文件大小报告差异是造成混乱的常见原因。文件中的实际字节数在各处都是相同的。不同之处在于操作系统如何将字节转换为千字节、兆字节或千兆字节以进行显示。
为什么操作系统报告不同的文件大小
根本原因是二进制与十进制单位混淆。计算机以字节为单位存储文件，字节以 2 的幂计算。二进制中的 1 KB 为 1024 字节。 1 MB 为 1024 KB，即 1,048,576 字节。 Apple macOS 和 Linux 使用这些二进制单位报告文件大小。
Microsoft Windows 使用十进制单位报告文件大小，其中 1 KB 为 1000 字节，1 MB 为 1,000,000 字节。同一个文件显示的十进制千字节数比二进制千字节数要多，因为十进制单位较小。 1,048,576 字节的文件在 Windows 十进制显示中显示为 1,024 KB，但在 macOS 二进制显示中显示为 1,024 KB 或 1 MB。
根本原因比大多数人想象的要简单。
对于较大的文件，PDF 文件大小 差异最为明显。以 Windows 十进制单位表示的 100 兆字节文件，以 macOS 二进制单位表示约为 95 兆字节。在比较跨平台的文件大小时，5% 的差异足以引起混乱。
影响报告文件大小的其他因素
云存储服务可能会报告与本地文件系统不同的文件大小，因为该服务会对存储中的文件进行压缩或重复数据删除。云界面显示的大小是优化后的存储大小，而不是原始文件大小。
文件系统应用的文件压缩（例如 Windows 上的 NTFS 压缩或 macOS 上的 APFS 压缩）可减少使用的磁盘空间，但不会更改报告的文件大小。报告的大小是文件的未压缩大小。
PDF 查看软件也可能在其文档属性面板中报告不同的尺寸。一些 PDF 阅读器计算解压缩内容的大小，而不是压缩文件的大小。文档属性大小和文件系统大小可能存在显着差异。
验证实际文件大小
检查文件的确切字节数，每个操作系统上的字节数都是相同的。在 Windows 中，右键单击该文件，选择“属性”，然后读取“大小”值（以字节为单位）。在 macOS 上，选择文件并选择“获取信息”。在 Linux 上，使用 ls -l 命令。字节数是事实。
与不同操作系统上的同事共享文件大小规范时，请指定单位和计数方法。 Windows 中的 10 MB 文件在 macOS 上可能是 9.5 MB。澄清可以避免混乱。
文件大小差异的实际影响
客户报告您发送的文件大小与预期不同，单位差异是最可能的解释。在假设文件损坏或传输错误之前，请确认双方是否使用相同的单元定义。快速的字节数比较可以解决这种混乱。
电子邮件附件大小限制通常由电子邮件服务提供商以十进制兆字节为单位指定。 Gmail 中的 25 MB 限制意味着 2500 万字节。以 Windows 十进制单位报告为 25 MB 的文件已达到限制。在 macOS 上报告为 23.8 MB 的相同文件将安全地显示在限制之下。
显示上传进度的文件传输服务可能会显示与本地文件系统不同的文件大小，因为它们计算的传输大小包括协议开销。用于传输编码的额外字节可能会在上传过程中使表观文件大小增加几个百分点。
跨平台规范化文件大小报告
在记录团队或客户项目的文件大小规范时，请指定文件大小（以字节为单位）以及用于显示的单位。读取 10,485,760 字节（10 MB Windows，10 MiB macOS）的规范消除了歧义，并防止不匹配的文件大小报告反复出现混乱。
WukongPDF 通过浏览器处理 PDF 文件包和单个文件，无论操作系统如何，都显示一致的文件大小信息。这种一致性有助于跨不同平台工作的团队避免此处描述的文件大小混乱。
在其 Web 界面中显示文件大小的云存储服务通常使用与服务器操作系统相同的单位系统，通常是 Linux，因此是二进制单位。从 Windows 上传的文件在云界面中查看时可能会出现缩小，因为显示单位发生了变化。
出于文档管理和归档的目的，在文档元数据或归档索引中记录每个文件的字节计数。字节计数是明确的并且与平台无关。未来查阅档案的用户将不需要猜测记录大小时使用的单位系统。
PDF 组合容器本身会增加总文件大小的开销。无论组合中的文件数量有多少，容器结构、导航界面和元数据都会贡献固定的数量。对于包含少量小文件的组合，容器开销可能占总大小的很大一部分。
文件系统应用的压缩（例如 Windows 上的 NTFS 压缩）会减少使用的磁盘空间，但不会更改报告的文件大小。文件属性中显示的大小是组合的未压缩大小。
当 PDF 包存储在网络驱动器或云同步文件夹上时，本地文件系统报告的文件大小可能与远程存储报告的大小不同。本地系统显示缓存的副本大小。
嵌入文件中包含嵌入文件的组合文件会创建嵌套压缩方案。报告的大小反映的是外部容器的大小，而不是解压后的内部内容大小的总和。
某些 PDF 组合查看器会在打开组合时提取并缓存嵌入文件，从而在组合文件本身之外产生额外的本地存储消耗。缓存大小不会影响报告的投资组合大小。
在系统之间传输组合时，使用校验和验证文件完整性比比较报告的文件大小更可靠。无论每个系统如何报告大小，匹配的校验和都会确认文件是相同的。
将 PDF 包分发给外部收件人的组织可以包含有关预期文件大小和用于确定文件大小的平台的注释。该注释可防止有关文件大小不匹配的支持查询。
PDF 组合的 ISO 标准指定了嵌入文件的存储和引用方式，但没有标准化文件管理器应如何计算和显示组合大小。缺乏显示标准会导致平台变化。
对于归档存储规划，请使用原始系统的字节数作为权威大小。基于文件计数和平均大小的存档存储容量计算应使用字节计数，而不是特定于平台的显示值。
了解文件大小显示因平台而异，可以在使用不同操作系统的同事报告同一组合文件的不同大小时消除不必要的故障排除。
| 平台 | 单位制 | 1 KB = | 报告的大小为 1,048,576 字节 |
|---|---|---|---|
| 视窗 | 十进制 (KB/MB) | 1000字节 | 1,024 KB (1.02 MB) |
| macOS | 二进制 (KiB/MiB) | 1024字节 | 1,024 KiB (1.00 MiB) |
| Linux | 二进制 (KiB/MiB) | 1024字节 | 1,024 KiB (1.00 MiB) |
| 云（网络用户界面） | 因提供商而异 | 各不相同 | 各不相同 |
二进制和十进制单位之间的混淆在计算领域由来已久。硬盘驱动器制造商采用十进制单位进行营销，因为 500 GB 驱动器听起来比 465 GiB 驱动器大。操作系统开发人员通常使用二进制单位，因为计算机以 2 的幂工作。 PDF 处于这场长达数十年的单位冲突的中间。
通过电子邮件发送 PDF 包时，电子邮件系统可能会使用另一种单位约定来报告附件大小。 Microsoft Outlook 使用十进制单位。 Apple Mail 使用二进制单位。相同的附件在两个电子邮件客户端中显示为不同的大小。
Dropbox、Google Drive 和 OneDrive 等云存储服务都有自己的文件大小显示约定。 Dropbox 使用二进制单位。 Google 云端硬盘使用十进制单位。存储在这两种服务中的 PDF 包在每个 Web 界面中似乎具有不同的大小。
对于在备案要求中规定文件大小的法律和监管备案，要求应注明单位制。文件必须小于 10 MB 的要求是不明确的。文件必须小于 10,000,000 字节的要求是明确的。
文件大小报告混乱的解决方案很简单：始终以字节为单位传达文件大小以确保精度，并在使用较大单位时指定单位系统以提高可读性。 12,582,912 字节的文件大小约为 12 MB（十进制）或 12 MiB（二进制）。
操作系统之间的文件大小报告差异是一个常见的混乱来源，通过以字节为单位传达大小可以轻松解决该问题。