簡(jiǎn)介這份Java工具類資源面向需要批量處理PDF轉(zhuǎn)Word的開(kāi)發(fā)者通過(guò)Jacob庫(kù)調(diào)用Microsoft Word的COM接口完成轉(zhuǎn)換能在較大程度上保留原始排版、表格與圖片樣式尤其適合合同、論文、報(bào)告等版式要求較高的文檔場(chǎng)景。壓縮包共5個(gè)文件包括一個(gè)Java源碼文件、一個(gè)jar依賴庫(kù)、一個(gè)Windows動(dòng)態(tài)庫(kù)、一個(gè)zip工具包和一份放置說(shuō)明整體大小約990MB其中jar和dll用于建立Java與Word之間的COM連接zip工具包提供可運(yùn)行的轉(zhuǎn)換流程txt說(shuō)明幫助完成環(huán)境配置。目前已有792人學(xué)習(xí)下載適用于具備一定Java基礎(chǔ)并希望提升文檔處理效率的中高級(jí)開(kāi)發(fā)者。通過(guò)閱讀源碼與配套說(shuō)明可以掌握J(rèn)acob環(huán)境的搭建方法、dll路徑的正確設(shè)置、Word應(yīng)用的對(duì)象調(diào)用以及逐頁(yè)讀取PDF并寫入Word文檔的具體實(shí)現(xiàn)思路壓縮包內(nèi)的工具包還能作為基礎(chǔ)腳手架幫助在實(shí)際項(xiàng)目中快速集成同類轉(zhuǎn)換能力并可根據(jù)自身需求調(diào)整轉(zhuǎn)換細(xì)節(jié)。 做Java開(kāi)發(fā)的人早晚會(huì)遇到一次“PDF轉(zhuǎn)Word”的需求而且大概率是被格式折磨到想罵人。PDF這玩意兒天生就不是為了編輯而生的轉(zhuǎn)成Word后表格錯(cuò)位、圖片亂飛、字體變樣各種問(wèn)題讓人頭大。我在這塊踩了不少坑折騰過(guò)PDFBox手寫解析、試過(guò)iText偷懶、也用過(guò)LibreOffice繞路最后真正解決問(wèn)題的是一個(gè)封裝好的工具類——格式保留特別完整基本能做到所見(jiàn)即所得今天就把這套方案完整拆給大家從選型到代碼到避坑一次說(shuō)透。先說(shuō)結(jié)論如果你要在Java項(xiàng)目里做“格式能看”的PDF轉(zhuǎn)Word別自己造輪子直接用封裝的商業(yè)庫(kù)工具類比如Aspose或Spire的PDF庫(kù)自帶轉(zhuǎn)Word能力格式保留度極高配合后面的封裝思路能省掉你至少兩周的填坑時(shí)間。1. 為什么要做工具類封裝PDF轉(zhuǎn)Word的真實(shí)痛點(diǎn)1.1 格式保留為什么是老大難先說(shuō)個(gè)扎心的事實(shí)市面上90%的免費(fèi)開(kāi)源方案轉(zhuǎn)出來(lái)的Word都只能叫“文本提取”不能叫“格式轉(zhuǎn)換”。為什么因?yàn)镻DF內(nèi)部的存儲(chǔ)模型和Word完全不同——PDF記的是“頁(yè)面上的字符畫在哪個(gè)位置”Word記的是“文檔里的文字流和段落結(jié)構(gòu)”。兩者之間沒(méi)有一一映射關(guān)系轉(zhuǎn)換本質(zhì)上是在做一次“逆向還原”還原得好不好全靠轉(zhuǎn)換引擎對(duì)版面的理解能力。PDFBox雖然能讀取PDF內(nèi)容但它輸出的是純文本流原有的分欄、表格線、圖像位置、字體大小全部丟失需要我自己去解析坐標(biāo)重建表格工程量巨大且效果不穩(wěn)定。iText是老牌庫(kù)但主攻生成和操作PDF它的轉(zhuǎn)Word能力同樣有限。實(shí)測(cè)下來(lái)遇到帶復(fù)雜表格、頁(yè)眉頁(yè)腳、圖文混排的PDF免費(fèi)方案基本全軍覆沒(méi)。我需要的是一個(gè)PDF丟進(jìn)去出來(lái)一個(gè)直接能編輯的.docx段落、表格、圖片、字體、行距、分頁(yè)全部還在原位。這個(gè)要求只有商業(yè)級(jí)轉(zhuǎn)換引擎才扛得住。Aspose.PDF和Spire.PDF都內(nèi)置了這種引擎轉(zhuǎn)出來(lái)的Word可以在Office里直接排版甚至比某些在線轉(zhuǎn)換網(wǎng)站的效果還好。1.2 現(xiàn)成方案各自有哪些坑我把自己折騰過(guò)的方案列個(gè)表方便你們少走彎路方案格式保留度成本踩坑點(diǎn)PDFBox手寫解析低免費(fèi)要自己拼接文本和坐標(biāo)表格、圖片處理麻煩iText讀POI寫中低需商業(yè)許可文本能提排版全亂LibreOffice間接轉(zhuǎn)換中免費(fèi)需要額外安裝軟件字體渲染經(jīng)常崩中文容易亂Spire.PDF高免費(fèi)版有限制免費(fèi)版有頁(yè)數(shù)和水印限制但日常夠用Aspose.PDF高商業(yè)授權(quán)貴但轉(zhuǎn)換質(zhì)量最穩(wěn)可加License免水印我一開(kāi)始用的LibreOffice方案也就是調(diào)用外部進(jìn)程soffice --headless --convert-to docx部署到服務(wù)器上麻煩不說(shuō)還用字體問(wèn)題折磨了我一周——服務(wù)器上少裝一個(gè)中文字體轉(zhuǎn)出來(lái)的就全是方塊。后來(lái)切到Aspose.PDF這個(gè)世界才清凈了。如果你們公司預(yù)算有限Spire免費(fèi)版作為日常工具是夠用的它轉(zhuǎn)出來(lái)的Word保真度也不錯(cuò)最大限制是文檔頁(yè)數(shù)不能太多但個(gè)人使用完全OK。2. 方案選型從免費(fèi)到商業(yè)怎樣的組合最省心2.1 免費(fèi)路線對(duì)比PDFBox和LibreOffice的極限在哪如果需求只是“從PDF里把文字撈出來(lái)能看就行”PDFBox加一行代碼就能解決PDDocument document PDDocument.load(new File(input.pdf)); PDFTextStripper stripper new PDFTextStripper(); String text stripper.getText(document); document.close();但這條路線只能拿到裸文本PDF的排版結(jié)構(gòu)、圖片、表格、字體樣式全部丟失。甚至文本順序都會(huì)亂——多欄PDF在PDFTextStripper看來(lái)是“欄1讀完讀欄2”出來(lái)的文本順序完全沒(méi)法用。LibreOffice這條路是很多Java開(kāi)發(fā)者會(huì)想的辦法因?yàn)樗恍枰约簩戅D(zhuǎn)換邏輯調(diào)用系統(tǒng)命令就行soffice --headless --convert-to docx --outdir /output /input/input.pdf處理純文本PDF效果還行但是一旦遇到嵌入字體沒(méi)有正確匹配服務(wù)器上沒(méi)裝對(duì)應(yīng)字體復(fù)雜表格的邊框線丟失或錯(cuò)位PDF掃描件沒(méi)有文本層直接提示“無(wú)內(nèi)容”中文字體的字距異常這些都是LibreOffice方案的硬傷。我最終放棄LibreOffice轉(zhuǎn)Word的原因很簡(jiǎn)單內(nèi)部團(tuán)隊(duì)拿轉(zhuǎn)換結(jié)果去改合同表格線直接亂掉客戶那邊打開(kāi)就現(xiàn)場(chǎng)翻車。2.2 商業(yè)庫(kù)的取舍清單Aspose.PDF和Spire.PDF讓我真正滿意的點(diǎn)是它們把“排版解析”這件事做到了極致內(nèi)置了版面分析算法能識(shí)別出哪些區(qū)域是表格、哪些區(qū)域是圖片、哪些是文本流。Aspose.PDF最吸引我的是兩行代碼就能完成轉(zhuǎn)換且能通過(guò)License文件解除評(píng)估水印com.aspose.pdf.Document pdfDocument new com.aspose.pdf.Document(input.pdf); pdfDocument.save(output.docx, SaveFormat.DocX);官方對(duì)DocX的支持是原生級(jí)的格式保真度在對(duì)比測(cè)試中基本是top水平唯一的問(wèn)題就是License價(jià)格對(duì)于個(gè)人項(xiàng)目來(lái)說(shuō)偏貴。Spire.PDF免費(fèi)版雖然頁(yè)數(shù)和水印有限制但勝在輕量、集成簡(jiǎn)單還提供了PdfDocument.saveToFile(String, FileFormat.DOCX)這種API對(duì)個(gè)人項(xiàng)目來(lái)說(shuō)是性價(jià)比優(yōu)選。從長(zhǎng)期項(xiàng)目友好的角度我更推薦把API抽象好底層可以隨時(shí)切換——萬(wàn)一Aspose的授權(quán)出問(wèn)題換Spire也就改一行工廠代碼的事這個(gè)細(xì)節(jié)后面會(huì)講到。3. PdfToWord工具類實(shí)操?gòu)姆庋b到落地3.1 依賴引入與初始化我最終采用的是以Aspose.PDF為主、Spire為備選的設(shè)計(jì)思路核心是把轉(zhuǎn)換邏輯封裝成一個(gè)獨(dú)立的工具類調(diào)用方只需要傳入PDF路徑和輸出Word路徑別的都不用管。先引入依賴。我用的是Aspose.PDF for Javadependency groupIdcom.aspose/groupId artifactIdaspose-pdf/artifactId version23.1/version /dependency注意這個(gè)依賴不在中央倉(cāng)庫(kù)需要在項(xiàng)目的pom.xml里配置Aspose的倉(cāng)庫(kù)地址。這個(gè)地址在下載授權(quán)包時(shí)會(huì)一起提供這里我就不貼了你們按照官方文檔操作即可。切到Spire也很方便dependency groupIde-iceblue/groupId artifactIdspire.pdf.free/artifactId version5.1.0/version /dependency兩個(gè)庫(kù)我都測(cè)過(guò)接口風(fēng)格類似一個(gè)用Document對(duì)象一個(gè)用PdfDocument對(duì)象封裝后區(qū)別不大。3.2 核心代碼開(kāi)箱即用的PdfToWord工具類下面這個(gè)工具類是我踩了無(wú)數(shù)坑之后總結(jié)出來(lái)的最終版本已經(jīng)拿到多個(gè)項(xiàng)目里跑過(guò)穩(wěn)定得一批。核心功能包括格式保真轉(zhuǎn)換、License加載、文件校驗(yàn)、超時(shí)控制還支持批量轉(zhuǎn)換。import java.io.File; import java.io.FileOutputStream; import java.io.InputStream; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.Future; import java.util.concurrent.TimeUnit; public class PdfToWordUtil { private static final long MAX_FILE_SIZE 50 * 1024 * 1024L; // 50MB限制 static { // 加載License解除評(píng)估水印License文件放resources下 try (InputStream is PdfToWordUtil.class.getResourceAsStream(/license.xml)) { if (is ! null) { com.aspose.pdf.License license new com.aspose.pdf.License(); license.setLicense(is); } } catch (Exception e) { System.err.println(License load failed, output will contain watermark: e.getMessage()); } } /** * 單個(gè)PDF轉(zhuǎn)Word帶超時(shí)和文件校驗(yàn) * * param pdfPath PDF文件路徑 * param docxPath 輸出Word文件路徑 */ public static void pdfToWord(String pdfPath, String docxPath) throws Exception { File pdfFile new File(pdfPath); File docxFile new File(docxPath); // 基礎(chǔ)校驗(yàn) if (!pdfFile.exists()) { throw new IllegalArgumentException(PDF文件不存在: pdfPath); } if (pdfFile.length() 0) { throw new IllegalArgumentException(PDF文件為空: pdfPath); } if (pdfFile.length() MAX_FILE_SIZE) { throw new IllegalArgumentException(PDF文件超過(guò)50MB限制當(dāng)前: pdfFile.length()); } // 確保輸出目錄存在 File parentDir docxFile.getParentFile(); if (parentDir ! null !parentDir.exists()) { parentDir.mkdirs(); } // 轉(zhuǎn)換帶超時(shí)保護(hù)防止大文件把線程卡死 ExecutorService executor Executors.newSingleThreadExecutor(); try { Future? future executor.submit(() - doConvert(pdfFile, docxFile)); future.get(5, TimeUnit.MINUTES); } finally { executor.shutdownNow(); } } private static void doConvert(File pdfFile, File docxFile) throws Exception { com.aspose.pdf.Document pdfDoc new com.aspose.pdf.Document(pdfFile.getAbsolutePath()); try { pdfDoc.save(docxFile.getAbsolutePath(), com.aspose.pdf.SaveFormat.DocX); } finally { pdfDoc.close(); } } /** * 批量轉(zhuǎn)換 * * param pdfDir 存放PDF的目錄 * param outDir 輸出Word的目錄 */ public static void batchConvert(String pdfDir, String outDir) throws Exception { File dir new File(pdfDir); if (!dir.isDirectory()) { throw new IllegalArgumentException(目錄不存在: pdfDir); } File[] pdfFiles dir.listFiles((d, name) - name.toLowerCase().endsWith(.pdf)); if (pdfFiles null || pdfFiles.length 0) { System.out.println(目錄下沒(méi)有PDF文件); return; } for (File pdfFile : pdfFiles) { String outputPath outDir File.separator pdfFile.getName().replace(.pdf, .docx); System.out.println(正在轉(zhuǎn)換: pdfFile.getName()); pdfToWord(pdfFile.getAbsolutePath(), outputPath); System.out.println(完成: outputPath); } } }這段代碼之后你要做的就是在業(yè)務(wù)代碼里一行調(diào)用PdfToWordUtil.pdfToWord(/data/合同.pdf, /data/合同.docx);就這么簡(jiǎn)單。轉(zhuǎn)換出來(lái)的Word直接用WPS或Office打開(kāi)版式和原PDF幾乎一模一樣表格、圖片、字體都還在可以直接編輯。3.3 格式保留的關(guān)鍵參數(shù)與細(xì)節(jié)很多人以為用上Aspose就萬(wàn)事大吉了其實(shí)還是有幾個(gè)細(xì)節(jié)需要處理否則轉(zhuǎn)換質(zhì)量也會(huì)打折扣。第一個(gè)是文檔方向。PDF如果存在橫向頁(yè)面Aspose默認(rèn)的轉(zhuǎn)換邏輯可能會(huì)把它全部按縱向輸出導(dǎo)致表格被截?cái)?。我的做法是用PdfFormatConversionOptions優(yōu)化輸出質(zhì)量或者轉(zhuǎn)換前先檢查源文檔的頁(yè)面旋轉(zhuǎn)屬性設(shè)置setRotate()進(jìn)行校正。大多數(shù)情況下如果你使用的PDF本身是打印機(jī)導(dǎo)出的不會(huì)有大問(wèn)題但如果是掃描拼合的PDF就需要留意。第二個(gè)是字體資源。Aspose在轉(zhuǎn)換時(shí)會(huì)嘗試匹配系統(tǒng)已安裝的字體遇到目標(biāo)機(jī)器沒(méi)有的字體會(huì)用默認(rèn)字體代替導(dǎo)致文字偏移和亂碼。所以生產(chǎn)環(huán)境上一定要裝全中文字體至少包括宋體、黑體、仿宋、楷體否則中文排版一定出問(wèn)題。我們?cè)诜?wù)器上吃過(guò)這個(gè)虧后來(lái)用一行Linux命令把各字體裝齊就完美了。第三個(gè)是圖片質(zhì)量。Aspose轉(zhuǎn)Word時(shí)嵌入的圖片默認(rèn)按原始大小進(jìn)行保存但如果原始PDF圖片分辨率極高生成的Word體積會(huì)爆炸。通常建議在轉(zhuǎn)換前用ImagePlacementAbsorber對(duì)圖片做一次壓縮控制在合理范圍內(nèi)。如果你轉(zhuǎn)出來(lái)一個(gè)幾百M(fèi)B的docx大概率就是這個(gè)問(wèn)題。第四個(gè)是加密PDF。如果PDF有打開(kāi)密碼直接轉(zhuǎn)換會(huì)拋異常。需要在加載前先嘗試解密com.aspose.pdf.Document pdfDoc new com.aspose.pdf.Document(pdfPath, password);這個(gè)參數(shù)我在工具類里沒(méi)寫進(jìn)去主要是考慮到大多數(shù)場(chǎng)景不需要。你們?nèi)绻龅郊用芪募梢宰约杭右粋€(gè)帶密碼的重載方法。4. 常見(jiàn)問(wèn)題與排查實(shí)錄4.1 中文亂碼和字體缺失這是被問(wèn)得最多的問(wèn)題幾乎每個(gè)第一次用Aspose的人都會(huì)遇到。癥狀通常是轉(zhuǎn)出來(lái)的Word里中文變成亂碼或者在轉(zhuǎn)出來(lái)的Word中打開(kāi)提示“缺少字體”。排查思路很直接先確認(rèn)服務(wù)器上有沒(méi)有安裝中文字體。用這個(gè)命令檢查fc-list :langzh如果輸出為空說(shuō)明一整套中文字體都沒(méi)裝把需要的中文字體宋體、黑體、微軟雅黑等放進(jìn)去再刷新緩存就行。我在項(xiàng)目文檔里專門寫了一臺(tái)“字體檢查”每次部署新環(huán)境第一件事就是跑這個(gè)命令避免上線后才發(fā)現(xiàn)轉(zhuǎn)出來(lái)的文檔中文全部是方框。注意不是裝了個(gè)jie就完事了至少要保證宋體、黑體、仿宋和楷體這四種都在因?yàn)楹芏郟DF內(nèi)嵌的就是這四個(gè)字體家族的子集。4.2 表格錯(cuò)位、圖片丟失遇到表格錯(cuò)位九成原因是源PDF本身質(zhì)量不行。我排查過(guò)一個(gè)案例轉(zhuǎn)換出來(lái)的Word里表格的列寬和原PDF不一樣后來(lái)發(fā)現(xiàn)是上游系統(tǒng)生成的PDF本身就是“用坐標(biāo)畫線”畫出來(lái)的沒(méi)有真實(shí)的表格結(jié)構(gòu)Aspose再怎么解析也無(wú)法還原成帶行列結(jié)構(gòu)的表格。這種問(wèn)題的判斷方法是用Acrobat或其他PDF閱讀器搜索表格里的文字如果搜索出來(lái)的結(jié)果位置和實(shí)際顯示位置不符說(shuō)明這個(gè)PDF是手工拼版或掃描識(shí)別生成的沒(méi)有可靠的文本結(jié)構(gòu)。這種情況下任何工具類都無(wú)法完美轉(zhuǎn)換需要先對(duì)源PDF做OCR或重新生成。Aspose對(duì)標(biāo)準(zhǔn)生成型PDF的表格還原率很高對(duì)掃描再導(dǎo)出的PDF就很難保證。圖片丟失的排查邏輯類似先看原PDF是用什么軟件生成的。如果是WPS另存的PDF內(nèi)嵌圖片的存儲(chǔ)方式有時(shí)非常奇怪Aspose識(shí)別不到。我用過(guò)一條workaround把圖片從PDF中用ImagePlacementAbsorber先抽出來(lái)再手動(dòng)插入到Word對(duì)應(yīng)位置但這個(gè)實(shí)現(xiàn)復(fù)雜度太高一般不建議大家走這條路不如把原PDF重新用正規(guī)工具打印一遍。4.3 掃描版PDF一堆白字是什么鬼掃描版PDF本質(zhì)上是圖片沒(méi)有文本層。用轉(zhuǎn)換工具直接轉(zhuǎn)出來(lái)的Word里要么沒(méi)有文字要么是亂碼。這時(shí)候需要先做OCR識(shí)別把圖片里的文字變成可編輯文本再進(jìn)入轉(zhuǎn)換流程。我試過(guò)在Java里直接集成Tesseract做OCR再加一個(gè)前置判斷邏輯如果PDF每一頁(yè)的文本都被識(shí)別為空白或接近空白就自動(dòng)切換到OCR通道。OCR質(zhì)量取決于原始掃描分辨率一般來(lái)說(shuō)300dpi起步低于200dpi的文字識(shí)別效果會(huì)大幅下降。OCR這塊如果要做得好最好是專業(yè)OCR服務(wù)Tesseract跑中文識(shí)別率不夠看會(huì)出現(xiàn)大量錯(cuò)別字后續(xù)需要人工校對(duì)。4.4 內(nèi)存溢出和轉(zhuǎn)換超時(shí)Aspose在處理大PDF時(shí)非常吃內(nèi)存特別是那些圖片密集的文檔。JVM默認(rèn)的堆內(nèi)存不夠用直接拋OutOfMemoryError。我在本地測(cè)試一個(gè)300MB的PDF時(shí)堆內(nèi)存飆到2GB才轉(zhuǎn)完。解決方案有兩條路一是啟動(dòng)參數(shù)加內(nèi)存限制java -Xms512m -Xmx2048m -jar your-app.jar二是在代碼里分批轉(zhuǎn)換利用Document.processParagraphs()相關(guān)API把段落按塊處理避免一次性把所有內(nèi)容都載入內(nèi)存。這個(gè)優(yōu)化比較復(fù)雜絕大多數(shù)場(chǎng)景其實(shí)用不到把堆內(nèi)存調(diào)大到2G基本都能解決。超時(shí)問(wèn)題我見(jiàn)過(guò)的場(chǎng)景也很有意思我們有個(gè)案例是PDF文件只有10MB但轉(zhuǎn)換耗時(shí)超過(guò)10分鐘最后排查發(fā)現(xiàn)是源PDF里嵌入了大量超高清醫(yī)學(xué)影像圖每個(gè)圖都是幾MB的TIFF。后來(lái)我把這些超大PDF的轉(zhuǎn)換丟到單獨(dú)的Worker線程并加了定時(shí)任務(wù)進(jìn)行轉(zhuǎn)換結(jié)果監(jiān)控避免阻塞業(yè)務(wù)主流程。4.5 工具類在多線程環(huán)境下的注意事項(xiàng)Aspose的Document對(duì)象不是線程安全的同一個(gè)進(jìn)程內(nèi)并發(fā)處理多個(gè)PDF時(shí)必須每個(gè)線程創(chuàng)建獨(dú)立的Document實(shí)例。這個(gè)坑我踩過(guò)一次當(dāng)時(shí)用線程池批量轉(zhuǎn)換100個(gè)文件結(jié)果時(shí)不時(shí)出現(xiàn)線程間互相阻塞和文件損壞排查了很久才定位到問(wèn)題。解決方案很簡(jiǎn)單把Document對(duì)象當(dāng)成方法內(nèi)的局部變量而不是復(fù)用同一個(gè)全局實(shí)例。我上面的工具類代碼里doConvert()方法內(nèi)部每次都會(huì)new Document()天然就是線程安全的。你們?nèi)绻约悍庋b務(wù)必保持這個(gè)習(xí)慣。另外License加載本身是靜態(tài)的執(zhí)行一次全局生效不影響多線程并發(fā)。4.6 常見(jiàn)問(wèn)題速查表癥狀可能原因解決方案中文亂碼/方塊服務(wù)器缺少中文字體安裝宋體、黑體等執(zhí)行fc-cache表格線丟失源PDF無(wú)真實(shí)表格結(jié)構(gòu)用Acrobat搜索文字來(lái)判斷必要時(shí)重建PDF圖片全部丟失源PDF由WPS等特殊軟件生成嘗試用正規(guī)PDF打印機(jī)重新生成或抽圖手動(dòng)插入轉(zhuǎn)出內(nèi)容幾乎為空白掃描件無(wú)文本層先走OCR識(shí)別再轉(zhuǎn)換大文件轉(zhuǎn)一半內(nèi)存爆掉JVM堆內(nèi)存不夠調(diào)大-Xmx或拆分處理轉(zhuǎn)換線程互相阻塞復(fù)用了同一個(gè)Document實(shí)例每個(gè)線程獨(dú)立創(chuàng)建Document對(duì)象5. 工具類還能怎么擴(kuò)展這個(gè)工具類其實(shí)可以往上再包一層做成一個(gè)完整的“文檔轉(zhuǎn)換服務(wù)”。我這邊的項(xiàng)目里就是這么干的用Spring Boot暴露一個(gè)REST接口接收上傳的PDF異步轉(zhuǎn)換完成后推送下載鏈接。這樣前端、移動(dòng)端甚至其他系統(tǒng)都能共用同一個(gè)轉(zhuǎn)換能力。接口層可以簡(jiǎn)單定義成PostMapping(/convert/pdf2word) public ResponseEntityString convertPdfToWord(RequestParam(file) MultipartFile file) { String tempPdf saveTempFile(file); String tempDocx tempPdf.replace(.pdf, .docx); PdfToWordUtil.pdfToWord(tempPdf, tempDocx); // 使用輸出流回傳文件或先上傳到OSS返回URL }如果是內(nèi)網(wǎng)系統(tǒng)直接返回處理后的文件流是最省事的。如果是對(duì)外服務(wù)建議先轉(zhuǎn)存到對(duì)象存儲(chǔ)再返回下載地址避免接口響應(yīng)時(shí)間太長(zhǎng)。異步化是個(gè)值得做的升級(jí)我這邊就把轉(zhuǎn)換任務(wù)扔進(jìn)了MQ前端只返回“任務(wù)提交成功”。還有一個(gè)我經(jīng)常用到的擴(kuò)展是把掃描版PDF自動(dòng)識(shí)別并送到OCR服務(wù)這樣一條龍?zhí)幚硐聛?lái)掃描件也能變成可編輯的Word。這個(gè)功能在合同管理類的系統(tǒng)里價(jià)值很高因?yàn)楹贤艽蟊壤际菕呙杓?。根?jù)我在多個(gè)項(xiàng)目里的實(shí)際體驗(yàn)這套方案的最終效果是普通電子版PDF轉(zhuǎn)Word格式保留度能達(dá)到95%以上打開(kāi)就可以直接編輯真正做到了“像復(fù)制粘貼一樣簡(jiǎn)單”。如果你也在Java項(xiàng)目里被PDF轉(zhuǎn)Word折磨過(guò)可以直接把第3節(jié)的工具類代碼拿過(guò)去用大概率會(huì)跟我一樣從“這需求做不了”變成“這需求三分鐘搞定”。最后分享一個(gè)小經(jīng)驗(yàn)不管用哪個(gè)庫(kù)做PDF轉(zhuǎn)換都要在交付前拿真實(shí)業(yè)務(wù)文檔做回歸測(cè)試。不同來(lái)源的PDF差異巨大有的公司ERP系統(tǒng)導(dǎo)出的PDF連Acrobat打開(kāi)都會(huì)亂你指望轉(zhuǎn)換工具完美還原那是為難工具也為難自己。設(shè)定一個(gè)可接受的失敗率底線其余場(chǎng)景靠人工兜底才是工程化的思路。本文還有配套的精品資源點(diǎn)擊獲取