PDF JavaScript 的工作原理及其控制內容
PDF 檔案可以包含 JavaScript 程式碼，這些程式碼會在文件檢視期間發生特定事件時執行。頁面開啟、頁面關閉、表單欄位值變更、滑鼠點擊按鈕以及文件儲存都是可以觸發嵌入腳本的事件。此腳本功能支援的互動功能遠遠超出靜態文字和圖像：表單欄位驗證、自動日期標記、根據輸入值計算總計、動態隱藏和顯示文件層以及透過 Web 服務呼叫與外部資料來源整合。
腳本檢測只需幾毫秒，可避免數小時的返工。
了解你失去了什麼有助於做出正確的轉換選擇。
PDF 閱讀器中的 JavaScript 引擎不是完整的瀏覽器 JavaScript 環境。它實作了 ECMAScript 規範的子集以及用於 PDF 文件操作的 Adobe 特定擴充。可用的 API 允許腳本讀取和修改表單欄位值、更改頁面可見性、控制多媒體元素以及將表單資料提交到 URL。但該引擎缺乏 DOM 操作功能、完整的網頁堆疊以及瀏覽器 JavaScript 提供的渲染控制。具有嵌入式腳本的PDF 格式 是比有 JavaScript 的網頁更受限的環境。
儘管有這些限制，PDF JavaScript 仍然足夠強大，可以建立真正的互動式文件。貸款申請 PDF 可以在申請人輸入貸款金額和利率時即時計算每月還款額。培訓證書 PDF 可以在顯示證書之前驗證收件者的姓名是否與伺服器端資料庫相符。訂單可以將完整的資料直接提交到履行系統的 API。這些互動功能是 JavaScript 仍然是 PDF 規範的一部分的原因，儘管文件文件中的腳本執行存在週期性的安全性問題。
當 PDF 轉換為平面影像格式時 JavaScript 會發生什麼
將 PDF 轉換為影像格式，無論是 PNG、JPEG、TIFF 還是透過光柵化每個頁面產生的純影像 PDF，從根本上改變了文件的性質，從互動變為靜態。轉換過程將每個頁面呈現為像素網格，準確捕捉轉換時頁面的外觀。每個互動元素，包括 JavaScript 腳本、表單欄位、按鈕、超連結、嵌入式影片和 3D 模型，都被扁平化到渲染圖像中，不再作為互動物件存在。
JavaScript 程式碼本身不會被轉換或翻譯。在光柵化過程中，它會與所有其他非視覺文件元素一起被丟棄。產生的圖像檔案不包含可執行程式碼、事件處理程序和任何類型的互動邏輯。無論 JavaScript 提供什麼行為，無論是表單運算、驗證規則或動態內容更新，在影像輸出中都完全不存在。輸出顯示了文件在轉換時所處的任何狀態的快照，及時凍結且無法變更。
對於 PDF 到 Image 的轉換，此 JavaScript 刪除通常是有意的。當不需要或不需要互動時，例如用於存檔快照、社交媒體共享或嵌入簡報中，則使用圖像格式文件。缺少 JavaScript 是這些環境中的一個功能，因為它消除了執行未知來源腳本的安全性問題，並確保文件在每個裝置和檢視應用程式上呈現相同的效果。
失去 JavaScript 功能導致問題的場景
並非每次 PDF 到圖像的轉換都是在意識到 JavaScript 功能遺失的情況下執行的。將批次 PDF 處理為影像以進行儲存最佳化或格式標準化的自動轉換管道可能會默默地丟棄腳本和互動元素，而不會提醒操作員。將一百個 PDF 表單批次轉換為基於影像的 PDF 進行存檔可能會破壞每個檔案的表單功能，而不會產生任何警告。
最具破壞性的場景涉及 JavaScript 提供的基本資訊在靜態渲染視圖中不可見的文件。如果在轉換之前未執行腳本以產生正確的可見狀態，則具有根據使用者輸入有條件地顯示內容的腳本的 PDF 可能會在轉換後的影像中顯示錯誤的內容狀態。使用 JavaScript 根據使用者的位置選擇顯示不同費率表的財務揭露 PDF 將在轉換後的影像中僅顯示預設費率表，或更糟的是完全不顯示費率表。
使用 JavaScript 進行數位版權管理的 PDF 文件尤其容易受到格式轉換的影響。透過 JavaScript 強制權限限制列印、複製或編輯的 PDF 在轉換為映像時會完全失去這些保護。圖像版本可以不受限制地列印、複製和編輯，因為強制執行限制的 JavaScript 已不復存在。使用基於 JavaScript 的 DRM 的組織應該意識到格式轉換會有效地剝奪他們的文件保護。
需要格式轉換時保留互動功能
當 PDF 必須轉換為另一種格式但必須保留其互動功能時，則需要不同的轉換方法。目標從呈現每個頁面的視覺外觀轉變為將互動行為遷移為支援等效功能的格式。
使用嵌入的 JavaScript 轉換為 HTML 是互動式 PDF 最直接的遷移路徑。 PDF 的表單欄位成為 HTML 表單元素，其驗證和計算腳本轉換為瀏覽器 JavaScript。文檔佈局變為 HTML 和 CSS。互動行為在格式變更後仍然存在，因為來源格式和目標格式都支援 JavaScript 執行。這種轉換很複雜，而且很少是完美的，但它保留了基於光柵的轉換所破壞的功能。
僅需要特定互動元素才能生存的文檔，混合方法會保留這些元素，同時展平其餘元素。將表單欄位、其腳本及其視覺上下文提取到 Web 表單中，該表單將輸入到處理原始 PDF 表單提交的相同後端系統中。 PDF 本身被存檔為影像，而資料收集工作流程則透過 Web 表單繼續進行。這種方法接受存檔文件中嵌入式互動性的遺失，同時確保互動性支援的業務流程持續不間斷。
如何在轉換 PDF 之前檢查 PDF 是否包含 JavaScript
要防止 JavaScript 意外遺失，首先要在開始轉換之前了解文件是否包含腳本。大多數 PDF 檢視器都提供了列出嵌入腳本的方法。在 Adobe Acrobat 中，「工具」功能表中的 JavaScript 面板顯示文件中按觸發事件組織的每個腳本。第三方 PDF 分析工具還可以列舉嵌入的 JavaScript 並報告哪些文件事件附加了腳本。
快速手動檢查常見的 JavaScript 支援的功能也有幫助。如果 PDF 具有自動計算值的表單欄位、更改頁面其他部分內容的下拉清單或執行簡單導航以外的操作的按鈕，那麼它幾乎肯定包含 JavaScript。在進行任何批次轉換操作之前，應標記具有這些功能的文檔，以便仔細處理。
對於透過自動化管道處理大量 PDF 的組織來說，在轉換階段之前添加 JavaScript 檢測步驟可以防止靜默功能遺失。預檢腳本可以掃描每個傳入的 PDF 以查找嵌入的 JavaScript 對象，並將包含腳本的文件路由到手動審查佇列，而不是自動光柵化管道。此檢測步驟基本上不花費任何處理時間，並且可以防止互動功能的不可逆轉的損失。
WukongPDF 的轉換工具包括預檢檢查，可在格式轉換開始之前識別嵌入的 JavaScript，提醒您將遺失的互動式內容，以便您可以就是否繼續光柵化或選擇替代轉換路徑做出明智的決定。
在格式轉換期間刪除 JavaScript 的安全隱患值得從兩個方向考慮。將嵌入 JavaScript 的 PDF 轉換為靜態圖像可以消除任何惡意腳本風險以及任何合法的互動功能。具有安全意識的組織有時會故意對從外部來源傳入的 PDF 進行光柵化，以在文件進入內部網路之前剝離 JavaScript 和其他活動內容。從安全角度來看，刪除 JavaScript 的格式轉換是一種控制，而不是錯誤。關鍵是要意識到它何時發生，以便將互動性很重要的文件路由到不同的處理路徑。
互動式 pdf 的長期存檔最佳做法是儲存原始互動版本和扁平化存檔版本。原版保留了完整的互動功能，供未來需要的使用者使用。存檔版本提供了格式穩定的參考副本，無論該平台是否支援 PDF JavaScript，該副本都將在任何未來的檢視平台上以相同的方式呈現。雙格式歸檔在未來可能不存在互動式 PDF 內容的執行環境時提供保存和存取。
對於建立處理各種傳入 PDF 格式的自動化文件處理管道的組織來說，在格式轉換之前合併 JavaScript 偵測和路由步驟可以防止在未經檢查的情況下對互動式文件進行光柵化時發生的無聲資料遺失。檢測步驟需要花費幾毫秒的處理時間。手動重建遺失的互動功能會花費數小時或數天的時間。
將可編寫腳本的 PDF 轉換為靜態影像格式是不可逆的操作，應謹慎執行，而不是作為批次轉換管道的意外副作用。當 PDF 中的 JavaScript 提供文件使用者所依賴的功能時，未經事先檢查的格式轉換在功能上等同於資料遺失，應像文件處理工作流程中任何其他不可逆資料轉換一樣嚴肅對待。