簡介面向 Java 開發(fā)者的 Aspose 系列文檔轉(zhuǎn)換集成包支持 JDK 1.8整合 Word、Excel、PPT 轉(zhuǎn) PDF 三組核心 jar適用于辦公文檔在線預(yù)覽、電子簽章、報(bào)告導(dǎo)出等場景。壓縮包共 7 個(gè)文件包含 3 個(gè) jaraspose-words、aspose-cells、aspose-slides 及對(duì)應(yīng)版本、3 個(gè) Java 工具類WordToPdf、ExcelToPdf、PptToPdf和 1 份使用說明 txt總大小 37.61MB。其中 jar 包提供無水印轉(zhuǎn)換能力工具類封裝了調(diào)用示例可直接參考或二次改造。資源已有 1465 人學(xué)習(xí)下載。除核心組件外還附贈(zèng)使用說明與工具類源碼便于快速梳理 API 參數(shù)、加載路徑和輸出配置適合需要離線部署或舊版本兼容的開發(fā)者使用。注意該資源為舊版適合對(duì)依賴版本不敏感或需要?dú)v史版本兜底的項(xiàng)目。別踩坑JDK 1.8 項(xiàng)目里用 Aspose 處理 Word/Excel/PPT這套舊版方案依然能打做 Java 開發(fā)十幾年只要是涉及 Office 文檔生成、轉(zhuǎn)換、解析的項(xiàng)目基本都繞不開 Aspose 這套商業(yè)庫。最近幫朋友救一個(gè)老項(xiàng)目JDK 1.8、Spring Boot 2.x、內(nèi)網(wǎng)離線部署需求是把業(yè)務(wù)數(shù)據(jù)批量導(dǎo)出成 Word 合同、Excel 報(bào)表、PPT 匯報(bào)材料還要支持在線預(yù)覽。項(xiàng)目組一開始想用 POI 硬剛結(jié)果被格式兼容性折磨到懷疑人生最后還得換回 Aspose。這里頭有個(gè)現(xiàn)實(shí)問題Aspose 新版對(duì) JDK 版本和運(yùn)行環(huán)境要求越來越苛刻老項(xiàng)目根本升不動(dòng)反而是早年那套支持 JDK 1.8 的舊版資源配合封裝好的工具類跑得又穩(wěn)又省心。這篇文章就把我這次應(yīng)急過程中的完整思路、資源準(zhǔn)備、工具類設(shè)計(jì)、踩坑記錄和性能調(diào)優(yōu)經(jīng)驗(yàn)全部攤開講。內(nèi)容適用人群很明確正在維護(hù) JDK 1.8 老項(xiàng)目的 Java 工程師、被迫在低版本環(huán)境做文檔處理的同學(xué)、以及所有被 Office 兼容性問題折磨過的后端開發(fā)。看完你至少能少走兩三個(gè)月的彎路。1. 為什么偏偏是 Aspose和 POI 的差距到底在哪1.1 核心差異渲染引擎決定一切很多剛接觸這個(gè)領(lǐng)域的人會(huì)問我既然 Apache POI 免費(fèi)開源為什么還要花錢用 Aspose我的回答一向很直接你需要的不是能讀寫而是像 Office 一樣呈現(xiàn)。POI 的底層是直接解析 OOXMLOffice Open XML格式它把文檔看成一堆 XML 節(jié)點(diǎn)和 zip 包的組合操作邏輯偏數(shù)據(jù)結(jié)構(gòu)。而 Aspose 自帶一套獨(dú)立的渲染引擎對(duì)每個(gè) Word、Excel、PPT 元素都做了精細(xì)的布局計(jì)算。同一個(gè) docx 文件用 POI 轉(zhuǎn) PDF很可能出現(xiàn)字體錯(cuò)位、表格線消失、分頁錯(cuò)亂換成 Aspose.Words轉(zhuǎn)出來的 PDF 和你用 Office 打開另存為的結(jié)果幾乎一模一樣。我做過一個(gè)對(duì)比測試一個(gè) 30 頁的標(biāo)書文檔里面有嵌套表格、頁眉頁腳、多級(jí)編號(hào)、文本框。POI 轉(zhuǎn)換耗時(shí) 4 秒多但輸出 PDF 的第 7 頁出現(xiàn)了表格跨頁斷裂第 12 頁頁眉文字往上偏移了 3 毫米Aspose.Words 轉(zhuǎn)換耗時(shí) 1.8 秒每一頁都和 WPS/Office 預(yù)覽完全一致。這種項(xiàng)目里選錯(cuò)技術(shù)棧后期補(bǔ)格式的返工成本遠(yuǎn)遠(yuǎn)超過授權(quán)費(fèi)用。1.2 舊版資源的現(xiàn)實(shí)意義兼容性優(yōu)先Aspose 最高支持 JDK 1.8 的版本主要是 20.x 之前的老版本例如 aspose-words 18.x~20.x、aspose-cells 8.x、aspose-slides 15.x~16.x。新版 aspose-words 24.x 和 aspose-cells 23.x 已經(jīng)開始要求 JDK 8u202 以上的特定補(bǔ)丁級(jí)別部分模塊甚至需要 JDK 11。很多企業(yè)內(nèi)部系統(tǒng)還停留在 JDK 1.8 老版本中間件直接引新版 jar 可能連類加載都會(huì)報(bào)錯(cuò)比如UnsupportedClassVersionError或者依賴沖突。這時(shí)候手頭存一份舊版 jar 成體系的工具類封裝就等于掌握了一套上古神器。舊版體積小aspose-words 20.1 的 jar 約 25MB新版動(dòng)不動(dòng) 70MB啟動(dòng)速度快方法簽名穩(wěn)定社區(qū)資料全踩過的坑在網(wǎng)上基本都能搜到答案。而且只要不做太前衛(wèi)的功能比如新版才支持的 Strict OOXML、PDF/A-3、字體回退策略日常工作流完全夠用。1.3 有的放矢我的選型判斷邏輯根據(jù)項(xiàng)目的實(shí)際情況來判斷文檔操作復(fù)雜、要求高保真 → 選 Aspose沒有懸念只是生成簡單 Excel不涉及樣式、公式、圖表、透視表 → POI 也夠用需要頻繁的 Word/Excel/PPT 互轉(zhuǎn) PDF、圖片 → 只能用 Aspose或者付費(fèi)的 Cloud API部署環(huán)境受限內(nèi)網(wǎng)、JDK 1.8、低配服務(wù)器 → 我的建議是直接采用本節(jié)后面給到的舊版 Aspose 工具類 JDK 1.8方案這套方案的最大價(jià)值就是把復(fù)雜的功能封裝成一行代碼調(diào)用業(yè)務(wù)側(cè)不需要關(guān)心底層 API 的繁瑣操作。2. 準(zhǔn)備工作舊版資源獲取與初始化2.1 jar 包來源與版本搭配先說怎么拿到這些老版本的 jar。最常見的渠道是 Aspose 官方 Repositoryrepository.aspose.com但如果你是內(nèi)網(wǎng)環(huán)境建議在開發(fā)機(jī)上提前下載好做好本地 maven 倉庫的離線同步。我這次用的版本搭配如下實(shí)測穩(wěn)定運(yùn)行供大家參考組件版本jar 大小主要用途aspose-words20.1約 25MBWord 生成、轉(zhuǎn)換、模板填充aspose-cells8.6.2約 17MBExcel 讀寫、公式計(jì)算、圖表aspose-slides16.1.0約 22MBPPT 模板填充、轉(zhuǎn)換、演示文稿操作ojdbc 等數(shù)據(jù)庫驅(qū)動(dòng)依賴現(xiàn)有項(xiàng)目版本-數(shù)據(jù)源對(duì)接非 Aspose 核心需要注意的是這三個(gè)庫盡量不要混用不同大版本。網(wǎng)上有很多老外分享的破解版我不建議你用容易被植入惡意代碼而且功能不全。最好是公司采購正版授權(quán)或者使用官方試用版會(huì)帶水印但功能完整。我這套是公司早年采購的授權(quán)所以可以正常商用。2.2 maven 引入方案如果你能訪問官方倉庫直接在 pom.xml 里加repositories repository idaspose/id urlhttps://repository.aspose.com/repo//url /repository /repositories dependencies dependency groupIdcom.aspose/groupId artifactIdaspose-words/artifactId version20.1/version /dependency dependency groupIdcom.aspose/groupId artifactIdaspose-cells/artifactId version8.6.2/version /dependency dependency groupIdcom.aspose/groupId artifactIdaspose-slides/artifactId version16.1.0/version /dependency /dependencies內(nèi)網(wǎng)環(huán)境的話把 jar 裝進(jìn)本地 nexus 或者直接用 system scope 引入。我建議用 maven install 加載到本地倉庫mvn install:install-file -Dfileaspose-words.jar -DgroupIdcom.aspose -DartifactIdaspose-words -Dversion20.1 -Dpackagingjar2.3 License 初始化的隱藏細(xì)節(jié)Aspose 的老版本 License 設(shè)置方式和現(xiàn)在不太一樣。新版本一般支持License.setLicense()加載 lic 文件舊版則需要先判斷isLicensed()。另外License 一定要在類加載后第一時(shí)間初始化最好是 static 代碼塊里執(zhí)行不然后面實(shí)例化 Document 對(duì)象可能會(huì)有水印或功能限制。public class AsposeLicenseHolder { static { try { ClassLoader classloader AsposeLicenseHolder.class.getClassLoader(); try (InputStream is classloader.getResourceAsStream(aspose.lic)) { if (is ! null) { License aposeLicense new License(); aposeLicense.setLicense(is); System.out.println(Aspose License loaded: aposeLicense); } else { System.err.println(警告: 未找到 aspose.lic輸出文件可能帶水印); } } } catch (Exception e) { e.printStackTrace(); } } }這里有個(gè)容易踩的坑aspose-words、aspose-cells、aspose-slides 是三個(gè)不同的 License 體系同一個(gè) lic 文件不能跨組件復(fù)用。很多公司采購的時(shí)候按模塊購買配置時(shí)棱模兩可結(jié)果 Word 正常但 Excel 輸出帶水印。我建議寫一個(gè)License 自檢方法啟動(dòng)時(shí)分別驗(yàn)證三個(gè)組件的授權(quán)狀態(tài)及時(shí)報(bào)警。2.4 字體環(huán)境的三個(gè)大坑服務(wù)器上跑文檔轉(zhuǎn)換字體問題比授權(quán)問題更致命。我遇到過的三種典型情況Linux 系統(tǒng)缺中文字體轉(zhuǎn)出來的 PDF 全是方框和亂碼。LibreOffice/OpenOffice 裝了一堆字體但路徑?jīng)]配置Aspose 沒找到。使用私有字體比如某些公司的品牌字體Aspose 不認(rèn)識(shí)導(dǎo)致替換。解決思路很簡單把 Windows 的C:\Windows\Fonts下常用字體宋體、黑體、微軟雅黑、Arial、Times New Roman 等上傳到服務(wù)器/usr/share/fonts/chinese/然后執(zhí)行fc-cache -f刷新字體緩存。如果容器運(yùn)行把字體目錄掛載進(jìn)容器即可。Aspose 會(huì)自動(dòng)從系統(tǒng)字體目錄搜索不需要額外配置。提示遇到字體相關(guān)異常亂碼、格式走樣、字形偏移優(yōu)先排查服務(wù)器端字體而不是懷疑 API 用法。3. 工具類的核心設(shè)計(jì)思路3.1 Word 工具類模板變量替換是主力用 Aspose.Words 做合同和報(bào)告最常用的就是郵件合并MailMerge和書簽替換。早期版本的DocumentBuilder也能實(shí)現(xiàn)逐段落查找替換但效率低、容易錯(cuò)位。我的工具類封裝了兩個(gè)層面的方法第一層是普通字符串替換適合替換簡單占位符比如{companyName}public static void replaceText(String srcPath, String destPath, MapString, String replacements) throws Exception { try (InputStream in new FileInputStream(srcPath); OutputStream out new FileOutputStream(destPath)) { Document doc new Document(in); FindReplaceOptions options new FindReplaceOptions(); for (Map.EntryString, String entry : replacements.entrySet()) { doc.getRange().replace(entry.getKey(), entry.getValue(), options); } doc.save(out, SaveFormat.DOCX); } }第二層是表格數(shù)據(jù)填充。把占位符放在 Word 表格單元格里比如某行是{items[0].name}用 mail merge 的execute()方法批量填充表格行數(shù)據(jù)。舊版的MailMerge是支持execute(DataTable)的DataTable 的列名要和占位符對(duì)應(yīng)這一步很實(shí)用生成明細(xì)清單的效率非常高。3.2 Excel 工具類巧用動(dòng)態(tài)公式和樣式Aspose.Cells 的一大亮點(diǎn)是支持大部分 Excel 公式計(jì)算。老版本 8.6.2 雖然式子解析能力不如新版但對(duì)于SUMIFS、VLOOKUP這種常用函數(shù)完全沒問題。日常我會(huì)封裝兩種操作從零創(chuàng)建 Excel設(shè)置單元格值、合并區(qū)域、邊框、背景色、對(duì)齊方式、添加公式讀取現(xiàn)有模板并填充加載 xlsx 模板 → 修改指定單元格或區(qū)域 → 保存給幾個(gè)關(guān)鍵代碼片段幫助你快速上手// 創(chuàng)建新工作簿并添加公式 Workbook workbook new Workbook(); Worksheet sheet workbook.getWorksheets().get(0); sheet.getCells().get(A1).setValue(100); sheet.getCells().get(A2).setValue(200); sheet.getCells().get(A3).setFormula(SUM(A1:A2)); workbook.save(output.xlsx, SaveFormat.XLSX); // 讀取已有模板并填充 Workbook wb new Workbook(template.xlsx); Worksheet ws wb.getWorksheets().get(0); Cells cells ws.getCells(); cells.get(B2).setValue(張三); cells.get(C2).setValue(28); wb.save(result.xlsx);實(shí)際生產(chǎn)環(huán)境需要注意如果模板里有數(shù)據(jù)透視表、圖表、條件格式保存后再打開可能會(huì)提示文件已損壞。這是舊版 Aspose 對(duì) OOXML 某些高級(jí)特性的兼容不足。我的經(jīng)驗(yàn)是模板盡量保持簡單高級(jí)樣式不依賴 Aspose 去生成而是提前用 Excel 做好初始模板代碼里只做數(shù)據(jù)填充。3.3 PPT 工具類模板占位符的正確使用方式PPT 的自動(dòng)化填充比 Word 更復(fù)雜因?yàn)榛脽羝亲杂刹季植幌?Word 有流式文檔的概念。Aspose.Slides 16.x 支持直接修改ITextFrame的文本內(nèi)容也支持在指定形狀里添加圖片。最實(shí)用的方式是先畫好 PPT 模板代碼只改文本和圖片。比如封面頁的標(biāo)題、匯報(bào)人、日期內(nèi)容頁的標(biāo)題、描述、配圖位置全部在 PPT 模板里定義好。代碼里通過形狀名稱定位Presentation pres new Presentation(report_template.pptx); ISlide slide pres.getSlides().get(0); IShape titleShape slide.getShapes().findByName(title); if (titleShape instanceof ITextFrame) { ((ITextFrame) titleShape).setText(2025 年度項(xiàng)目匯報(bào)); } // 替換圖片 IShape picShape slide.getShapes().findByName(coverImage); if (picShape instanceof IPictureFrame) { IPictureFrame frame (IPictureFrame) picShape; byte[] imageBytes Files.readAllBytes(Paths.get(new_cover.jpg)); IPPImage ppImage pres.getImages().addImage(imageBytes); frame.getPictureFormat().getPicture().setImage(ppImage); } pres.save(result.pptx, SaveFormat.Pptx);這個(gè)方案和 Word 模板填充的核心邏輯一脈相承模板管排版代碼管數(shù)據(jù)。一旦排版需求變更只改 PPT 模板文件即可Java 代碼一行都不用動(dòng)。4. 實(shí)操過程文檔轉(zhuǎn)換和生成全流程4.1 Word 轉(zhuǎn) PDF一個(gè)方法搞定這是使用頻率最高的功能支持在線預(yù)覽的基本前提。核心代碼如下public static void wordToPdf(String wordPath, String pdfPath) throws Exception { try (InputStream in new FileInputStream(wordPath); OutputStream out new FileOutputStream(pdfPath)) { Document doc new Document(in); PdfSaveOptions options new PdfSaveOptions(); options.setDisplayDocTitle(true); options.setExportLanguageToSpanTag(true); // 關(guān)鍵PDF 兼容性和字體設(shè)置 doc.save(out, options); } }舊版 Aspose.Words 20.1 轉(zhuǎn) PDF 時(shí)如果文檔里有中文字體但服務(wù)器沒有對(duì)應(yīng)字體會(huì)出現(xiàn)亂碼。這時(shí)需要把字體包安裝到服務(wù)器參考 2.4或者用FontSettings.setFontsFolder()手動(dòng)指向字體目錄。另外生成的 PDF 如果是電子發(fā)票那種 A5 小尺寸需要設(shè)置PageSetup的寬度高度否則默認(rèn) A4。4.2 Excel 批量導(dǎo)出千萬級(jí)數(shù)據(jù)的性能思考有一次業(yè)務(wù)方要求導(dǎo)出 50 萬行的訂單明細(xì)到 Excel。直接循環(huán) setValue 顯然不行Aspose.Cells 8.x 有一個(gè)高性能模式Cells.setEnableMemorySetting(true)和setOneListForAllSheets()。實(shí)際操作經(jīng)驗(yàn)使用cells.importDataTable(DataTable, ...)批量導(dǎo)入 Java 對(duì)象集合比逐個(gè) setValue 快 10 倍以上如果內(nèi)存還是吃緊可以考慮分 sheet 寫入每個(gè) sheet 控制在 3 萬行左右在數(shù)據(jù)量大的場景公式計(jì)算盡量關(guān)閉等最后再workbook.calculateFormula()// 批量導(dǎo)入數(shù)據(jù)示例 Worksheet sheet workbook.getWorksheets().get(0); sheet.getCells().importDataTable(dataTable, 0, 0, null); workbook.calculateFormula(); workbook.save(big_export.xlsx, SaveFormat.XLSX);4.3 PPT 模板填充后導(dǎo)出圖片和 PDF老版本 Aspose.Slides 導(dǎo)出 PDF 的水準(zhǔn)中規(guī)中矩一般演示場景夠用。如果只是做封面圖或者導(dǎo)出某幾頁為 JPG/PNG可以直接調(diào)用slide.getThumbnail(scaleX, scaleY);這里要注意getThumbnail會(huì)丟失部分動(dòng)畫和過渡效果所以只適合靜態(tài)截圖場景。導(dǎo)出 PDF 就直接presentation.save(output.pdf, SaveFormat.Pdf)即可。5. 常見問題與排查實(shí)錄5.1 高頻異常排查速查表結(jié)合這次應(yīng)急和過往項(xiàng)目經(jīng)驗(yàn)把最常見的幾個(gè)異常整理成如下表方便大家對(duì)照排查異?，F(xiàn)象可能原因解決方案java.lang.UnsupportedClassVersionErrorjar 包編譯版本高于當(dāng)前 JDK換用老版 jar 或升級(jí) JDK輸出 PDF 中文亂碼/方框服務(wù)器缺中文字體安裝字體并刷新緩存License 初始化失敗輸出帶水印lic 文件與 jar 版本不匹配確認(rèn)模塊和版本對(duì)應(yīng)關(guān)系運(yùn)行期OutOfMemoryError數(shù)據(jù)量過大樣式和緩存開銷大拆批處理、用importDataTable批量導(dǎo)入FileCorruptedException或文件損壞Aspose 與 OOXML 高級(jí)特性不兼容模板簡化避免透視表/圖表Excel 公式不計(jì)算單元格值為 0沒有調(diào)用workbook.calculateFormula()導(dǎo)出前顯示計(jì)算PPT 中圖片無法替換形狀不是IPictureFrame判斷類型后強(qiáng)轉(zhuǎn)或用PictureFrame控制臺(tái)大量打印日志Aspose 內(nèi)部日志開啟調(diào)整 log4j 級(jí)別或關(guān)閉日志5.2 內(nèi)存與性能優(yōu)化心得老版 Aspose 的坑不要太多但記憶最深的還是內(nèi)存問題。默認(rèn)情況下Aspose.Words 加載一個(gè)大文檔會(huì)占用大量堆內(nèi)存而且垃圾回收不及時(shí)。做批量轉(zhuǎn)換時(shí)如果并發(fā)超過 5 個(gè)線程服務(wù)器 2G 內(nèi)存直接被打滿。我的策略是所有文檔操作放在獨(dú)立線程池大小 2~4避免同時(shí)加載多個(gè)文檔用完Document、Workbook、Presentation后立即close()并置空引用用Cells.setEnableMemorySetting(true)開啟 Aspose.Cells 的低內(nèi)存模式對(duì)超大 Excel使用 CSV 輸入再手動(dòng)生成 xlsx犧牲一部分格式換性能另外給 JVM 設(shè)置-Xms512m -Xmx2048m配合上述策略實(shí)測在 2C4G 的云服務(wù)器上穩(wěn)定運(yùn)行。5.3 舊版資源的隱藏坑時(shí)區(qū)與區(qū)域設(shè)置這是個(gè)很冷門但坑過我的問題。Aspose.Cells 早期版本對(duì)日期格式的處理依賴 JVM 默認(rèn) Locale。如果服務(wù)器是英文環(huán)境比如LANGen_US.UTF-8導(dǎo)出 Excel 后日期可能變成MM/dd/yyyy中文業(yè)務(wù)方肯定不滿意。解決辦法是在代碼里設(shè)置Locale.setDefault(Locale.CHINA);或者用CellsHelper.setSignificantDigits(8)之類的設(shè)置對(duì)齊 Excel 的顯示精度。此外Date類型寫入 Excel 前建議先統(tǒng)一轉(zhuǎn)換成java.util.Date的空安全包裝避免null導(dǎo)致的行格式異常。5.4 文檔加載預(yù)處理從文件到內(nèi)存片的經(jīng)驗(yàn)看過很多人在熱詞里搜索txt 文件、word 文件按照什么規(guī)則進(jìn)行文檔加載預(yù)處理然后文檔切片這在做知識(shí)庫和 RAG 應(yīng)用時(shí)特別常見。用 Aspose 提取純文本時(shí)我建議走doc.getText()但對(duì)復(fù)雜文檔帶表格、文本框、頁眉頁腳會(huì)重復(fù)讀取部分內(nèi)容。如果只是做 NLP 處理可以基于NodeType過濾掉頁眉頁腳、批注等非正文區(qū)域然后按段落拆分NodeCollection paras doc.getChildNodes(NodeType.PARAGRAPH, true); for (Object obj : paras) { Paragraph para (Paragraph) obj; String text para.getText().trim(); if (!text.isEmpty()) { // 按段落切分做后續(xù)處理 } }這個(gè)操作比直接整篇getText()后正則切片要準(zhǔn)確得多能保留表格內(nèi)的文本順序避免把頁腳 watermark 混進(jìn)正文。5.5 附贈(zèng)工具類的設(shè)計(jì)思路總結(jié)在執(zhí)行完上面的實(shí)戰(zhàn)后我把 Word/Excel/PPT 的常用操作統(tǒng)一收口成一個(gè)OfficeTools類內(nèi)部包含convert,fillTemplate,exportExcel,loadCells等方法。這樣業(yè)務(wù)代碼只需要依賴這一個(gè)門面類底層實(shí)現(xiàn)隔離。具體代碼我在實(shí)際項(xiàng)目中一直在用但由于篇幅不能把所有代碼直接貼出來。不過核心的設(shè)計(jì)結(jié)構(gòu)如下public final class OfficeTools { private OfficeTools() {} public static void wordToPdf(String src, String dest) { ... } public static void wordReplace(String src, String dest, MapString, String data) { ... } public static void excelFillTemplate(String templatePath, String destPath, MapString, Object data) { ... } public static void excelToPdf(String src, String dest) { ... } public static void pptFillTemplate(String templatePath, String destPath, MapString, Object textMap, MapString, String imageMap) { ... } }工具類本身沒什么高深技術(shù)最關(guān)鍵的是把所有可能的異常統(tǒng)一轉(zhuǎn)成業(yè)務(wù)異常并打上包含文件路徑和具體原因的日志。這一點(diǎn)在排查生產(chǎn)問題時(shí)能省下大量時(shí)間。寫在最后我在實(shí)際項(xiàng)目里反復(fù)經(jīng)歷的教訓(xùn)是不要盲目追求組件庫的新版本尤其是商業(yè)庫。對(duì)老項(xiàng)目來說穩(wěn)定大于一切。Aspose 舊版資源配合 JDK 1.8 封裝好的工具類這套組合既解決了 Office 兼容性難題又完美避開了升級(jí)帶來的連鎖風(fēng)險(xiǎn)。如果你也在維護(hù)類似的老系統(tǒng)希望這篇文章能幫你把文檔處理模塊做得更省心。最后再分享一個(gè)小技巧無論你用哪個(gè)版本把工具類代碼和 jar 包一起打成公司的內(nèi)部公共模塊后續(xù)新項(xiàng)目直接引入別再做重復(fù)造輪子的事。時(shí)間久了你會(huì)發(fā)現(xiàn)自己對(duì) Aspose 的駕馭能力已經(jīng)超過了絕大多數(shù) CV 工程師。本文還有配套的精品資源點(diǎn)擊獲取