平滑地捲動 PDF 40 頁，然後點擊第 41 頁，然後觀看檢視器凍結、崩潰或顯示混亂的圖形工件。該文件的其餘部分都很好。第41頁就是問題所在。該特定頁面上的某些內容正在破壞 PDF 檢視器的渲染引擎，識別該內容將決定該檔案是否可以修復或需要重新建立。
單頁面崩潰幾乎總是該頁面內容的特定的、可識別的問題。
診斷特定於頁面的崩潰需要隔離問題頁面與正確呈現的頁面的不同之處。 WukongPDF 的修復 PDF 和修復 PDF 功能可以解決某些頁面級損壞，以下的診斷步驟可幫助您找到有問題的元素並決定如何修復它。
單頁 PDF 崩潰的常見原因
影像損壞是最常見的原因。頁面上嵌入的照片或圖形已損壞查看者的解碼器無法處理的影像資料。檢視器嘗試渲染影像，解碼器遇到損壞，渲染引擎要麼拋出導致檢視器崩潰的錯誤，要麼進入無限循環使其凍結。損壞可能存在於原始影像檔案中，也可能是在 PDF 建立過程中引入的。
過於複雜的向量圖形是第二個最常見的原因。匯出為 PDF 的 CAD 繪圖（每層、每條線、每個尺寸註釋都完好無損）可以產生包含數十萬個單獨向量物件的頁面。檢視器的渲染引擎對單一頁面可以處理的物件數量有限制，超過這些限制會導致崩潰。匯出的相同 CAD 檔案經過簡化的圖層和刪除不必要的細節後渲染不會出現問題。
帶有損壞字形資料的嵌入字體會導致這些特定字形的頁面崩潰。如果字體的 90% 字元正確呈現，但字母 Q 的資料中存在損壞的字節，則僅在包含字母 Q 的頁面上檢視器才會崩潰。即使根本原因是字體損壞，崩潰也會出現特定於頁面的情況。單一頁面上損壞的 JavaScript 或表單欄位腳本也會在頁面載入和腳本執行時凍結檢視器。
隔離頁面上的違規元素
在不同的檢視器中開啟 PDF。如果第 41 頁使 Adobe Acrobat 崩潰，但在基於瀏覽器的檢視器中呈現良好，則問題在於 Acrobat 如何處理特定元素，而不在於頁面內容本身。如果第 41 頁使每個查看者崩潰，則問題出在頁面內容上。跨檢視器測試可區分檢視器錯誤和檔案損壞，並節省尋求錯誤修復的時間。
在 Adobe Acrobat 中，使用內容面板或編輯 PDF 工具檢視頁面上的各個元素。一次刪除一個對象，每次刪除後都會呈現頁面。當崩潰停止時，最後刪除的物件就是問題所在。這種二分搜尋方法刪除一半的物件並進行測試，可以在幾分鐘內將包含數百個物件的頁面縮小到有問題的元素。對於基於瀏覽器的工具，請使用檢查元素或控制台查看錯誤訊息，以識別哪些資源載入失敗。
修復頁面而不遺失內容
將問題頁面提取為高解析度圖像並將其重新插入到 PDF 中。這會將所有頁面內容、向量圖形、文字、圖像、字體轉換為單一光柵圖像，該圖像不再包含導致崩潰的損壞元素。該頁面在正常縮放時看起來相同，但失去了可搜尋的文字和可編輯性。文件的其餘部分保持不變。
當頁面內容至關重要且必須保持可編輯狀態時，請將頁面提取為單獨的 PDF，並透過 PDF 優化器執行該優化器來分析並刪除有問題的元素。 Acrobat 的印前檢查工具具有用於刪除損壞內容的修復設定檔或類似的配置文件，可移除特定類型的有問題的元素，同時保留其餘元素。優化器方法比影像轉換慢，但保留了更多原始頁面的功能。
| 墜機原因 | 診斷線索 | 修復 |
|---|---|---|
| 嵌入影像損壞 | 圖像加載到螢幕上時發生崩潰 | 用乾淨版本取代影像，或光柵化頁面 |
| 向量過於複雜 | 觀看器在崩潰前逐漸變慢 | 簡化向量資料、展平圖層、減少物件數量 |
| 損壞的字體字形 | 僅在包含特定字元的頁面上崩潰 | 替換或重新嵌入損壞的字體 |
| 交叉引用表損壞 | 查看器在崩潰前報告結構錯誤 | 另存為優化 PDF 以重建文件結構 |
| JavaScript 或表單腳本格式錯誤 | 頁面載入時立即發生崩潰 | 從頁面中刪除腳本，如果需要重新新增 |
批次檢查文件是否存在頁面層級損壞
管理文件庫時，隱藏在數千個文件中的一個文件中的單一損壞頁面可能不會被發現，直到有人在截止日期前需要該特定文件。自動批次檢查工具可以開啟目錄中的每個 PDF、渲染每個頁面並標記渲染失敗的檔案。批次檢查會在夜間或低使用時段運行，並產生問題檔案和失敗的特定頁面的報告。
每季對關鍵文件儲存庫進行一次批次檢查，可以在緊急需要文件之前發現損壞情況。六個月前因儲存錯誤而損壞的頁面仍然可以透過擷取和光柵化來修復。兩年後發現的相同損壞可能無法恢復，因為用於建立 PDF 的來源資料不再可用。早期檢測保留了後期發現消除的修復選項。
防止崩潰在未來版本中再次發生
修復崩潰後，首先調查導致問題頁面的原因。如果 PDF 是從導致損壞的特定應用程式匯出的，請更新該應用程式或變更其匯出設定。如果 PDF 是透過合併多個來源檔案建立的，則損壞可能發生在其中一個來源檔案中。在假設合併過程引入問題之前，檢查每個來源檔案的各個頁面是否存在相同的崩潰模式。
對於定期更新的 PDF，請建立飛行前檢查，以在分發之前驗證每個頁面是否正確呈現。每次更新後以縮圖視圖開啟每個頁面。如果發生崩潰，您就知道崩潰是在最新更改中引入的，而不是在多個修訂中累積的。越早發現渲染錯誤，需要回滾以查找根本原因的變更就越少。
何時從頭開始重建 PDF
具有多個崩潰頁面的 PDF，或無法抵抗上述所有修復方法的崩潰，重建通常比繼續調試更快。從來源應用程式匯出新的 PDF。如果來源應用程式無法使用，請使用與建立原始文件不同的 PDF 印表機驅動程式將文件列印為新的 PDF。不同的印表機驅動程式以不同的方式處理複雜的內容，並且造成損壞的驅動程式不太可能對相同的內容再次執行此操作，但切換驅動程式可以消除該變數。
接受某些 PDF 已達到累積損壞的狀態，修復不再具有成本效益。對可以在 30 分鐘內從來源資料重新建立的文件進行第四次嘗試修復所花費的時間是浪費時間。認識到收益遞減點並從修復模式切換到重建模式。重建的 PDF 將比損壞的原始 PDF 的任何修復版本更乾淨、更小且更可靠。