您建立一個包含五個文件的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（二進位）。
作業系統之間的檔案大小報告差異是一個常見的混亂來源，透過以位元組為單位傳達大小可以輕鬆解決該問題。