為什麼要在自己的分頁裡算繪 PDF
搜尋「pdf to jpg」，頁面最上方是一整面要求上傳的方塊：iLovePDF、Adobe、PDF24 等等，全都得先把檔案放到他們的伺服器，才給你第一頁。對薪資單、合約、證件掃描或內部報告來說，這是真正的決定，不是形式——而免費方案還會加上浮水印、頁數上限或排隊。
這個頁面做的是同一件事，只是不用上傳。pdf.js——Firefox PDF 檢視器背後的算繪引擎——在你的分頁內執行，把每一頁畫到畫布上，然後交給你 PNG 或 JPEG 檔。真正有差別的不是轉換本身，而是圍繞它的控制權：
- 選頁面，而不是整份文件。 一份 200 頁的報告裡你只要兩張圖表，不該產出 200 個檔案。支援像 1-3,7 的範圍、odd／even 這類關鍵字，以及每個檔案的頁數統計，讓你在開始前就看到會算繪出什麼。
- 說得出道理的解析度。 DPI 會被換算成每一頁的像素尺寸並事先顯示：72 DPI 是 PDF 自己的單位，150 是可讀的螢幕截圖，300 是印刷等級。瀏覽器對單一畫布的上限約為每邊 16384 px——工具會告訴你哪一頁會超出，而不是默默跳過它。
- 批次處理，不會撞名。 拖入多個 PDF，每一個都各自規劃：頁面範圍依檔案套用；當兩份文件會產出同一個檔名時，第二個會加上後綴——這正是 ZIP 匯出常常悄悄少掉一個檔案的經典原因。
- 可以隨時喊停的進度。 算繪逐頁進行，附即時計數、每張圖片的預覽與取消按鈕；已經算繪完成的部分仍可下載。沒有排隊、沒有帳號，也沒有「升級才能繼續」。
不上傳、也沒有分享連結：PDF 以 File API 讀取、在你的分頁內用畫布算繪，再以本機的 ZIP 寫入器打包。算繪引擎本身是隨需載入，因此在你真的拖入檔案之前，頁面都保持輕量。兩個誠實的限制：產出是柵格圖片，因此文字不再能選取（這正是「轉成圖片」的意思）；而超高 DPI 的極大頁面可能超出瀏覽器畫布能配置的範圍——遇到這種情況，你會拿到確切的頁碼與像素尺寸，而不是一個莫名其妙的失敗。