依照檔案大小分割 PDF，是指設定一個輸出大小的上限，讓工具自行決定頁面邊界落在哪裡，使每一個產生的部分都能維持在該目標值以下或恰好等於該值。使用 Split PDF by Size 工具時，您可以設定介於 0.01 MiB 至 25 MiB 之間的目標值（接受小數點後三位數的輸入），瀏覽器會一次複製一頁到候選 PDF 中，將每個候選檔序列化、測量其實際位元組長度，並在加入下一頁會使累計總量超過您的上限之前，開始一個新的部分。由於測量是針對剛序列化完成的檔案進行，因此只有當每個部分的實際位元組數真正等於或低於目標值時，才會被接受。頁面順序被視為不可打破的規則：頁面絕不會被重新排序、略過、重複或拆分成視覺上的片段，且所有編號部分所顯示的頁數加總起來，必定等於輸入檔的結構頁數。
「依照大小分割」的真正含義
大多數的 PDF 分割工具要求輸入頁數（例如每 10 頁、每 20 頁），並產生大小均一的區塊，完全忽略每一頁實際的權重。依照大小分割則採取相反的做法：由您宣告每個輸出檔可以包含多少位元組，再由工具決定在該上限內能容納多少頁面。一份四頁的掃描發票所產生的 PDF，可能遠比一份四頁純文字報告大得多，而具備大小感知的工具會反映這種不對稱，而不是假裝所有頁面大小都一樣。
您輸入的目標值是以 mebibyte 為單位讀取。1 MiB 等於 1,048,576 位元組（不是一百萬），且工具接受小數點後三位數的數值，因此 4.5 MiB 或 0.75 MiB 都是有效的目標值。最低的 0.01 MiB 適用於對非常小的文件進行確定性的測試，而最高的 25 MiB 則與本工具受限的本機檔案工作流程相符。由於目標值嚴格以這些位元組為單位來解讀，您可以將其直接與任何接收端所公告的上限進行比較，無需在 2 的冪次與 10 的冪次之間進行換算。
當您的目標是符合一個您無法掌控的限制時（例如電子郵件附件上限、會拒絕大型檔案的上傳入口、拒絕過大附件的聊天應用程式，或歸檔配額），依照大小分割就是正確的方法。但當您需要剛好 N 個部分、已經知道哪些頁面應歸在一起，或希望每個輸出檔包含相同頁數（無論每頁實際權重為何）時，它就並非合適的方法。
在您的瀏覽器中依照大小分割 PDF
Split PDF by Size 工具完全在您目前的瀏覽器分頁中執行。頁面複製、候選序列化、位元組測量與下載建立皆在本機進行；來源 PDF 與產生的各部分絕不會被上傳至 Lizely。若要依照檔案大小分割您的文件：
- 使用檔案選擇器，選擇一份不超過 25 MiB 的非空 PDF。空白、大於 25 MiB、加密、受損、標示錯誤或不支援的檔案，會在任何處理開始之前顯示明顯的錯誤訊息。
- 以 MiB 為單位輸入每個部分的最大產生大小。從 0.01 到 25 之間的任何數值皆可接受；當您需要精細控制時，請使用小數點後三位數（例如 4.75 MiB）。
- 選擇「Split PDF by size」。瀏覽器會依照來源順序將頁面複製到候選 PDF 中，將該候選檔序列化以計算其實際位元組數；當加入下一頁會跨越目標值時，便會將該群組接受為一個部分。
- 檢視任何「單頁過大」的警告。若複製的單一頁面本身就產生大於目標值的 PDF，該頁會被保留為獨立的一部分，並清楚標示出來，避免被誤認為是成功的分割。
- 下載每個編號的部分。下載檔案為全新的 PDF，內容是經由複製所選的來源頁面所產生；每個產生部分的實際大小會與檔案一同顯示以便檢視。
變更來源檔或大小目標值會撤銷先前的下載 URL，使舊的結果不會與目前的設定混淆；而工作識別碼可防止較慢的先前作業取代較新的結果。
為什麼工具測量的是輸出位元組而非估算值
在較舊的工具中，常見的捷徑是將來源檔大小除以頁數，並假設每頁佔據相同的比例。這種估算很快就會崩潰。PDF 資源可能跨頁共用、以不同方式重新壓縮，或在被複製到新文件時產生不同的額外負擔。本工具所使用的序列化程式庫與產生最終下載檔的程式庫相同，因此測量每個候選檔能比假設線性關係更忠實地捕捉這些效應。
具體來說，一份 20 頁、10 MiB 的來源 PDF 在 5 MiB 目標值下，並不保證會分割成兩個 5 MiB 的部分。有些頁面可能是接近空白的文字，而有些則可能是掃描影像；複製並序列化後會產生不均勻的位元組計數。透過序列化每個候選檔——使用 PDFDocument save 步驟——並測量其實際長度，工具僅在剛產生的位元組數在建立當時等於或低於目標值時，才會接受該部分。頁面複製步驟使用同一個程式庫的 PDFDocument copyPages 行為，因此您所測量的就是您所下載的。
瀏覽器與作業系統的下載顯示畫面可能會以不同方式對相同的位元組數進行四捨五入，這正是為什麼工具在下載前也會顯示每個產生部分的大小供檢視。
當單一頁面大於您的目標值時
在此工作流程中，單一的 PDF 頁面無法被拆解成視覺上的片段。若複製的單一頁面本身就產生大於目標值的 PDF，工具會將該頁保留為獨立的一部分，並明確標示其超出目標值。這項例外是有意為之：若悄悄捨棄該頁將會遺失內容，而若以更小的目標值重試則會陷入無窮迴圈。
若接收端的系統拒絕該過大的單頁檔案，實際可行的補救方式包括：調高目標值，使該頁能與一頁或多頁鄰居容納在一起；若該頁內容並非必要，可使用 Delete PDF Pages 將其刪除；或對來源檔執行專屬的壓縮工作流程。如需了解壓縮後的輸出是否保證能達到目標大小的指引，請參閱 壓縮後的 PDF 是否始終能達到目標大小？
| 目標值下的情況 | 工具的作法 | 建議的下一步 |
|---|---|---|
| 多頁候選檔符合或低於目標值 | 接受為編號的一部分 | 照常下載 |
| 加入下一頁會跨越目標值 | 前一組定案；下一個部分從該頁開始 | 照常下載 |
| 單一複製頁面已超過目標值 | 保留為已標記的單頁部分 | 調高目標值、刪除過大的頁面，或壓縮來源檔 |
挑選符合接收端限制的目標大小
正確的目標值取決於這些部分的去處。大型網頁式電子郵件提供者通常允許接近本工具 25 MiB 輸入上限的附件大小，而政府與福利上傳入口則經常公告遠低於該上限的明確單檔限制。免費的聊天方案通常比付費方案限制更低的附件大小，而小型歸檔配額則會將您推向本工具 0.01 MiB 最低值的方向。請將這些範圍視為起點，而非保證——務必確認接收端系統實際公告的上限，並為您的序列化輸出與接收端解析器所測量值之間的元資料差異預留一點緩衝。
關於 MiB 單位的快速健全性檢查：0.5 MiB 等於 0.5 × 1,048,576 位元組，亦即 524,288 位元組——正好是 512 KiB。本工具的小數輸入以這些位元組為單位讀取，因此 0.5 的目標值無論您的作業系統如何顯示結果，都代表相同的上限。
依照大小分割與其他方法的比較
| 方法 | 決定的項目 | 最適合的情境 | 主要限制 |
|---|---|---|---|
| 依照大小分割 | 每個部分的頁數，使位元組數維持在目標值以下 | 符合電子郵件上限、上傳入口、配額 | 無法分割單一頁面 |
| 依照頁數分割 | 每個部分的頁數，無論權重為何 | 均勻分布的區塊、可預期的部分數量 | 輸出大小隨頁面內容而異 |
| 手動頁面範圍 | 每個部分的特定頁面索引 | 擷取章節、移除封面、自訂分組 | 您必須事先知道頁面邊界 |
若要均分頁數，請使用 Split PDF in Half；若要手動設定範圍，請使用 Extract PDF Pages；若要縮減內容大小，請先評估其相依性與品質需求後，再使用專屬的壓縮工具。無論選擇哪種方法，在頁面被分離後，書籤、指令碼、附件、組合包關係、具名目的地以及跨部分連結等進階文件層級結構，皆可能無法保留其原始語意。請於仰賴這些部分之前，先檢視重要的互動式檔案。
若您正在權衡各種選項，如何將 PDF 壓縮至指定大小 一文有詳細說明。