依照大小切割 PDF：先設定介於 0.01 到 25 MiB 之間的最大位元組目標，再讓一個本機瀏覽器工具將頁面複製到候選 PDF 中、序列化每個候選檔、量測其實際位元組長度，並在新的一頁會使該部分超出目標之前就開始下一個部分。Adobe 內建的「整理頁面」工具可以依照頁數或書籤來分割文件，但它並不會以實際產生的位元組來限制每個輸出檔的大小，而 Adobe 較舊的「縮減檔案大小」功能則是降低品質而非分割。愈來愈多搜尋「adobe split pdf by size」的讀者，其實並不是在尋找 Acrobat 介面——他們想要的是任何一個可靠的作業流程，能讓檔案不經過網際網路，並產生一系列每個都低於自訂上限的分割檔。本文介紹的做法完全在當前的瀏覽器分頁中執行：來源 PDF 永遠不會被上傳，每個候選分割檔都是在序列化之後才進行量測而非估算，而頁面順序被視為不可打破的規則。輸出的分割檔會編號、可各自下載，且每個都會顯示其實際位元組大小以供檢視。
Adobe 內建的大小分割功能 vs. 本機瀏覽器做法
Adobe Acrobat Pro 確實包含檔案縮減功能，但它的設計目標是品質壓縮，而不是把文件分割成一系列每個都限制在自訂位元組上限內的分割檔。最接近的內建功能是「整理頁面」，它可依照書籤或頁數來分割。當目標是產生固定數量、頁數相等的檔案時，這個方式運作良好；當每個章節都有自己專屬的書籤時，也運作良好——但它無法回答「確保沒有任何輸出檔大於 X MB」的問題。搜尋「adobe split pdf by size」的讀者，通常是想解決一個傳遞限制：例如電子郵件閘道有 10 MB 附件上限、課程平台會拒絕過大的上傳，或是歸檔作業流程希望分割檔低於固定的本機預算。一個在序列化後量測每個產生 PDF 的本機瀏覽器工具，對於這個限制來說比基於百分比的壓縮滑桿更直接，而這正是 Split PDF by Size 所設計的使用情境。
為什麼量測後的位元組勝過來源大小的估算
「大小分割工具」會產生超出預設大小之分割檔的最常見原因，在於它將來源檔案的位元組數除以頁數，並假設每頁的權重都相同。實際的 PDF 並非如此運作。頁面會共用字型字典、影像 XObject 與色彩設定檔；將頁面複製到新文件時會加入序列化器的額外負荷（例如 xref 表格與 trailer）；而某些頁面包含嵌入的點陣影像，會讓單一頁面遠超過文件平均值。本機的 Split PDF by Size 工具透過將頁面複製到候選文件、呼叫 save 以取得候選檔的實際位元組長度，且只有在序列化大小等於或低於所選目標時才接受該候選檔來處理這個問題。若加入下一頁會超出目標，候選檔便會定稿，而新的一頁就會成為下一個分割檔的開始。這種做法是貪婪且確定性的——同樣的輸入與同樣的目標，永遠會產生同樣的分割檔——而且它能抓取到按比例估算所忽略的頁面層級變異。
貪婪做法同時也是讓頁面順序保證得以誠實的原因。這個工具絕不會為了平衡位元組而重新排列頁面，絕不會因為不方便就跳過某一頁，也絕不會把同一頁複製到兩個分割檔中。頁面會依來源順序附加，而分割檔會在下一頁會造成超出預設的「第一個頁面邊界」處關閉。因此，所有分割檔顯示的頁數總和會等於輸入檔的結構頁數，這在分割完成後是一個有用的完整性檢查。
依照大小分割 PDF：三步驟作業流程
- 選擇一個不為空、且不超過 25 MiB 的 PDF。工具會拒絕空檔案、超過 25 MiB 的檔案、加密檔案、損毀檔案，以及它無法讀取的檔案，並在開始任何分割之前將每種情況顯示為可見的錯誤訊息。若出現其中一種錯誤，請先修復、解密或縮減輸入檔——分割作業無法通過失敗的驗證。
- 輸入每個分割檔的最大產生大小，介於 0.01 到 25 MiB 之間。數值的單位是 mebibyte，其中 1 MiB 等於 1,048,576 位元組；可接受最多到小數三位數的十進位輸入。最小值 0.01 MiB 對於小型文件的確定性測試來說已經足夠小，而最大值則符合本工具受限的本機檔案作業流程。
- 選擇「Split PDF by size」，檢視任何過大的單頁警告，並下載每個編號的分割檔。每個候選 PDF 會在瀏覽器中序列化，量測其實際位元組長度，且只有在下一頁會使該檔案超出目標時才將分割檔定稿。每個編號下載項目都會顯示其實際位元組大小以供檢查，因為瀏覽器與作業系統的下載顯示有時會以不同方式四捨五入相同的位元組數。
當某頁面已經超過目標時會發生什麼事
單一頁面無法透過這個作業流程進行視覺上的分割，而且也不應該——悄悄刪除或截斷頁面會破壞文件。當複製的單一頁面所產生的序列化 PDF 大於所選目標時，工具會將該頁面保留為獨立的一頁分割檔，並把下載檔案標示為超過目標。這是一個刻意的例外，用以防止悄悄遺失頁面，並防止出現「沒有任何頁面組合能符合預算」的無限重試迴圈。誠實的後續做法是：
- 稍微提高目標。若接收系統允許略高的上限，可將 MiB 值每次提高 0.01，直到被標記的頁面被吸收進多頁分割檔中，或被接受為已知偏大的例外。
- 先壓縮輸入檔。專門的壓縮作業流程有時能把過大的頁面縮減到能通過的程度。經過驗證的壓縮是否真能達到目標是另一個問題——請參考 Will a Compressed PDF Always Meet Your Target Size? 以取得誠實的答案。請注意，壓縮會有品質成本，未必適合用於歸檔或印刷工作。
- 手動在該頁面周圍進行分割。若其餘文件的行為良好，可使用頁面範圍工具將小型頁面複製到一個檔案中，並把過大的頁面單獨複製到一個明確命名的分割檔中。
這個標記是告知性質而非阻擋性質——分割檔仍然可以下載，而且文件仍然完整。選擇保留頁面而非隱藏頁面，意味著來源的結構完整性永遠不會遭到破壞。
不需上傳的大小分割工具的誠實限制
本機瀏覽器分割工具以便利性換取隱私，而這項權衡有些值得明確指出的界線：
- 來源限制。本工具只接受 25 MiB 以下的 PDF。較大的文件必須先縮減或以其他工具進行分割。
- 單頁例外。多頁分割檔在建構時保證等於或低於目標；單一過大的頁面會被保留為已標記的一頁分割檔，而不是被隱藏或截斷。
- 文件層級結構。頁面層級的內容，例如頁面方塊、旋轉、向量圖稿、文字與嵌入的點陣影像，在底層複製作業所支援的範圍內會予以保留。書籤、指令碼、附件、組合包關係、命名目的地以及跨分割檔的連結，在頁面被分離後可能無法保留其原本的語意——請在依賴這些分割檔之前，先檢查重要的互動式檔案。相關的底層基本操作記錄於 pdf-lib copyPages 參考資料 與 pdf-lib save 參考資料。
- 不進行影像壓縮或線性化。本工具不會縮減影像、不會最佳化字型，也不會對 PDF 進行 fast-web-view 線性化。若目標是盡可能縮減檔案大小，請在評估其品質取捨後，使用專門的壓縮作業流程。
- 不對接收端做任何保證。電子郵件服務商、課程平台與歸檔系統都有各自的接收規則，符合位元組目標並不保證特定接收端會接受該檔案。
針對大小分割比較本機工具
同樣的「本機不需上傳」原則涵蓋了幾種不同的工作。請依目標而非名稱來選擇：
| 工具 | 最適用於 | 輸出規則 | 選擇它的時機…… |
|---|---|---|---|
| Split PDF by Size | 將每個分割檔限制在所選的 MiB 目標 | 貪婪式頁面邊界分割，量測實際位元組 | 電子郵件閘道、課程平台或歸檔作業流程對每個檔案有位元組上限。 |
| Split PDF in Half | 相等的頁數 | 兩個頁數相等的分割檔 | 目標是固定數量、頁數相等的檔案，而非位元組上限。 |
| Extract PDF Pages | 手動頁面範圍 | 僅限您指定的頁面 | 分割依據是內容（章節、區段）而非大小。 |
| Compress PDF to Size | 縮減內容大小 | 來源對接收端來說太大，且可以接受品質損失。 |
對於輸入「adobe split pdf by size」並發現 Acrobat 自身的控制項無法完全解決嚴格位元組上限的搜尋者來說，第一列是最接近的選擇。若希望檔案更小且能接受部分品質損失，請先執行壓縮作業流程再進行分割。若是依內容切割，擷取作業流程會比位元組預算更為誠實。
什麼時候以大小為基礎的分割是錯誤的工具
當限制條件是位元組——例如閘道、上傳表單或備份政策——以大小為基礎的分割就是正確答案。當限制條件是內容時，它就是錯誤的答案。若目標是將章節傳給不同的審閱者，正確的工具是接受頁面範圍的工具。若目標是將每頁切成兩半以供印刷，正確的工具是視覺上的對切工具。若目標是讓過大的檔案變小，正確的工具是壓縮，而非分割——分割並不會減少總位元組數，只是把位元組重新分配到更多分割檔中。混淆目標是以大小為基礎的 PDF 作業流程最常見的挫折來源，而預先把目標說清楚，比起任何設定更能節省時間。
疑難排解常見的依大小分割結果
有幾種模式經常出現，值得直接說明：
- 輸出各部分的頁數不均。 這在頁面序列化後的大小不一致時是可預期的。一份包含一張封面圖片和二十頁文字的文件，在相同的目標下會產生一個較小的封面部分和一個較大的文字部分。若要改為產生相等的頁數，請切換到頁數分割器。
- 某個下載檔案標示為超過目標大小。 該部分包含單一一頁，序列化後本身就已大於所選的 MiB 值。該頁會被保留而非捨棄，文件依然保持完整。
- 各部分頁數加總後少於原始頁數。 這種情況不應發生——頁面順序被視為不可打破的規則，每一頁原始頁面只會出現在一個部分中。如果真的發生，輸入的 PDF 很可能已損壞或標示錯誤；請重新導出原始檔案後再試一次。
- 更改目標大小卻產生相同的部分。 這表示在加入下一頁後，候選檔案仍然遠低於新的目標大小；請嘗試使用更小的 MiB 值，觀察分割邊界是否移動。
這些都是規劃器發出的誠實訊號，而非需要掩蓋的錯誤；正確的做法通常是改變目標或調整分割大小，而非用相同設定重試。
如需更深入的說明，請參閱如何將 PNG 儲存為 PDF：無損且本地處理。