IRONSOFTWAREHOME
與其他組件的比較

iOS OCR 庫(免費和付費工具比較)

Kannaopat Udonpant
Kannapat Udonpant
Updated: 2026年6月28日

PaddleSharp (Sdcb.PaddleOCR) 距離您的程式實際執行的OCR引擎有三層抽象:百度訓練神經網路模型,RapidOCR 重新包裝它們以進行輕量推理,而PaddleSharp再次包裝它以供.NET使用。 每一層都增加了一個維護的依賴性,而一旦您需要使用CJK以外的語言、以PDF作為輸入、或進行無CUDA的生產部署時,這條鏈便顯露出了其極限。 這個比較檢查了這種架構在哪些情況下是值得的,哪些情況下會產生.NET團隊通常無法預見的成本。

理解PaddleSharp OCR

PaddleSharp 是一個以Baidu的PaddleOCR深度學習框架為基礎的.NET封裝,發佈於NuGet上,代號Sdcb.PaddleOCR。 PaddleOCR 並不是使用傳統的OCR算法,而是應用了一個三階段的神經網路管線:一個檢測模型定位圖片中的文字區域,一個分類模型確定文字方向,一個識別模型將每個區域轉換為文字。 每個階段都是一個獨立的模型文件,您需要分別下載和配置。

這個封裝的建立是為了將PaddlePaddle推理帶到.NET,而不需要Python。 這個目標在技術上已經實現,但代價是需要一個包括OpenCvSharp圖像處理庫(其本身需要平臺特定的運行時包)、PaddleInference本地運行時和模型文件本身的依賴堆棧。 在Windows上,設置至少需要四個NuGet包,才能識別一個字元。

PaddleSharp的關鍵架構特點:

  • 封裝深度: 三層 — PaddlePaddle (Baidu) → PaddleOCR模型 → Sdcb.PaddleSharp .NET綁定
  • 模型管理: 檢測、分類和識別模型需要分別下載(以中國V3集合為例,約3MB、約2MB、約10MB); 您需要手動管理路徑和版本
  • OpenCV 依賴: 需要OpenCvSharp4來載入圖片; 更換平臺需要更換OpenCvSharp4.runtime.*
  • 語言焦點: 主要的強項是中文和英語; 其他語言支持有限,取決於PaddleOCR模型包的可用性和維護情況
  • GPU加速: 通過Sdcb.PaddleInference.runtime.win64.cuda包支持原生CUDA,需要在主機上安裝相容的CUDA工具包和cuDNN
  • CPU性能損失: 沒有GPU,推理速度比CPU優化的替代品慢——每個圖像500–1500毫秒,而優化的非深度學習引擎為100–400毫秒
  • 社區範圍: 英語社區較小; 大多數文件、Stack Overflow 答案和 GitHub 問題都以中文為主

三階段推理設置

為簡單文字提取任務設置PaddleSharp需要將所有三個模型階段接線在一起:

// Simplified — see Sdcb.PaddleOCR documentation for full API
using Sdcb.PaddleOCR;
using Sdcb.PaddleOCR.Models;
using OpenCvSharp;

public class PaddleOcrService
{
    private readonly PaddleOcrAll _ocr;

    public PaddleOcrService()
    {
        // Three separate models, each downloaded independently
        var detModel = LocalFullModels.ChineseV3.DetectionModel;
        var clsModel = LocalFullModels.ChineseV3.ClassifierModel;
        var recModel = LocalFullModels.ChineseV3.RecognitionModel;

        // GPU config: set GpuDeviceId = 0 and install CUDA runtime packages
        _ocr = new PaddleOcrAll(detModel, clsModel, recModel);
    }

    public string ExtractText(string imagePath)
    {
        // OpenCV required for image loading — not System.Drawing
        using var image = Cv2.ImRead(imagePath);
        var result = _ocr.Run(image);

        // Manual sort by position; no automatic reading-order guarantee
        return string.Join("\n", result.Regions
            .OrderBy(r => r.Rect.Center.Y)
            .ThenBy(r => r.Rect.Center.X)
            .Select(r => r.Text));
    }
}

僅構造函式即執行實際工作:它從磁盤載入模型二進製文件並初始化推理引擎。此初始化成本在每次PaddleOcrAll實例中支付一次,這使得物件的建立成本高昂,並需要在面向服務的.NET應用程式中進行謹慎的生命周期管理。

理解 IronOCR

IronOCR 是一個商業的.NET OCR庫,基於優化的Tesseract 5引擎,並在其上層疊加了自動預處理管線。它安裝為一個單一的NuGet包,沒有外部模型文件、沒有本地二進製配置,也不依賴二次圖像處理庫。 設計目標是消除"安裝"和"精確文字輸出"之間的差距——這是大多數其他.NET OCR 選項的差距。

IronOCR的關鍵特點:

  • 單包部署: dotnet add package IronOcr — 無需下載模型、無tessdata文件夾、無OpenCV
  • 自動預處理: 防傾斜、自動降噪、對比度增強、二值化和解析度標準化在圖像輸入時自動進行; 需要時可以使用顯式預處理濾鏡
  • 原生PDF支持: 同時接收掃描和文字層PDF,支持直接; 對於受密碼保護的PDF需要一個參數
  • 125+語言: 作為單個NuGet語言包提供(例如,IronOcr.Languages.ChineseSimplified),與任何包依賴相同方式管理
  • 結構化輸出: 結果顯示頁面、段落、行、單詞和單個字元邊界框,以及信心分數
  • 執行緒安全: 多個IronTesseract實例可以同時運行,不共享狀態; 並行批量工作負載是Parallel.ForEach呼叫
  • 價格: $4,799(Unlimited)

功能比較

功能PaddleSharp OCRIronOCR
所需的NuGet包至少3–41
模型管理人工(3個獨立文件)None
PDF輸入不(需要轉換)本地
語言數量~10–20125+
GPU加速是(CUDA)CPU優化
預處理人工(OpenCV)自動
價格免費(Apache 2.0)$4,799永久授權

詳細功能比較

功能PaddleSharp OCRIronOCR
設置和部署
需要 NuGet 套件3–41
模型文件下載是(3個文件,共約15MB)不是
OpenCV 依賴需要None
CUDA/cuDNN 用於 GPU需要用於 GPU 模式不適用
Docker部署復雜(本地運行時)單層新增
氣隙部署是(在模型下載後)
文字識別
中/日/韓準確性高(主要焦點)
拉丁文字準確性中等
手寫有限支持
低質量掃描處理需要手動預處理自動
自動傾斜校正不是
自動降噪不是
輸入來源
影像文件是(通過OpenCV)
PDF文件(原生)不是
受密碼保護的 PDF不是
流和字節陣列通過OpenCV
多頁TIFF通過OpenCV
輸出
純文字
可搜尋的PDF不是
hOCR不是
單詞級邊界框
置信分數
結構化的頁面/行/單詞層次結構部分(僅限區域)全部
語言支持
語言數量~10–20125+
語言安裝方法模型包下載NuGet套件
混合語言文件有限
自定義語言訓練是(PaddlePaddle)
平台支持
Windows
Linux是(設置復雜)
macOS有限
Docker是(帶本地運行時)
AWS Lambda複雜
性能
CPU 單個圖像500–1500毫秒100–400毫秒
GPU 單個圖像100–300毫秒不適用
記憶體(CPU模式)較高中等
OCR期間的條碼讀取不是
商業準備
商業授權Apache 2.0每開發者的永久授權
支持渠道GitHub報告電子郵件支援
英文文件稀少豐富的文件、教程和操作指南
生產案例研究罕見(.NET專屬)已記錄

抽象深度與維護風險

PaddleSharp是這一類中唯一一個運行三個獨立的上游項目作為前提條件的.NET OCR選項。 這種深度是生產團隊的核心風險。

PaddleSharp方法

依賴鏈在實踐中如下所示:

  1. Baidu PaddlePaddle — 基礎深度學習框架。 這裡定義了模型格式和推理API。
  2. PaddleOCR — 百度的模型訓練項目,生產檢測、分類和識別模型權重。
  3. Sdcb.PaddleSharp — 調用PaddleInference本地庫並包裝模型載入API的.NET綁定層。

每一層都有自己的發佈節奏、重大變更歷史和社區。 當百度更新PaddlePaddle推理API時,綁定層必須跟上。當PaddleOCR版本之間的模型格式改變時,PaddleSharp中的模型下載路徑和載入程式碼必須更新。 對於一個.NET團隊來說,這些變化在部署失敗前是看不見的。

初始化成本的簡化圖示:

// Simplified — see Sdcb.PaddleOCR documentation for full API
// This is not one line of setup; it represents several coordinated decisions:
// - Which model version to use (ChineseV3, V4, etc.)
// - Whether models are local files or downloaded on first use
// - Which inference backend (CPU, MKL, GPU)
// - Which OpenCvSharp runtime package matches the deployment OS

var detModel = LocalFullModels.ChineseV3.DetectionModel;  // Version-specific
var clsModel = LocalFullModels.ChineseV3.ClassifierModel; // Version-specific
var recModel = LocalFullModels.ChineseV3.RecognitionModel; // Version-specific

var ocr = new PaddleOcrAll(detModel, clsModel, recModel);
// If a newer model format is released, these names and classes may change

這裡的版本敏感性是真實的。 釘Sdcb.PaddleOCR 2.x的團隊需要升級以存取更新的模型時,將面臨綁定層的API更改。 上游模型文件在主要PaddleOCR版本之間不向下相容。

IronOCR 方法

IronOCR將引擎和所有依賴包捆綁在NuGet包內發佈。 沒有模型版本選擇,沒有推理後端配置,沒有需要同步的二次函式庫:

// One package: dotnet add package IronOcr
//不是model downloads.不是OpenCV.不是runtime packages.
IronOcr.License.LicenseKey = "YOUR-LICENSE-KEY";

var result = new IronTesseract().Read("document.jpg");
Console.WriteLine(result.Text);
Console.WriteLine($"Confidence: {result.Confidence}%");
C#

升級IronOCR是一次NuGet版本提升。API表面的變更在發佈說明中有記載,並且在主要版本內維護向下相容性。 對於在CI/CD管道中工作的團隊來說,部署面積的差異是顯著的:一個包對四個包加上平台專用的運行時包,再加上必須在磁盤上存在於正確路徑的模型文件。

參見IronTesseract設置指南了解配置選項,查看圖像輸入操作指南以獲取可接受的輸入來源的完整列表。

語言覆蓋

PaddleOCR主要針對中文訓練,並以英語作為次要語言。 .NET社區中的PaddleSharp反映了這一出身:存在用於中文腳本(簡體、繁體)、英語和少數其他語言的模型包,但超過約10–20種語言的覆蓋很薄,非CJK模型的維護取決於上游項目是否保持興趣。

PaddleSharp方法

在PaddleSharp中更換語言意味著更換模型集。 識別模型是語言專用的,而且沒有簡單的API標幟——您需要實例化一套不同的模型物件:

// Simplified — see Sdcb.PaddleOCR documentation for full API
// English model set (if available for your version)
// var recModel = LocalFullModels.EnglishV3.RecognitionModel;

// Chinese model set (primary supported use case)
var detModel = LocalFullModels.ChineseV3.DetectionModel;
var recModel = LocalFullModels.ChineseV3.RecognitionModel;
var clsModel = LocalFullModels.ChineseV3.ClassifierModel;

var ocr = new PaddleOcrAll(detModel, clsModel, recModel);
// Non-CJK languages require checking upstream PaddleOCR model availability
// Mixed CJK + Latin in the same document may require model selection decisions

對於處理法國發票、德國合同或阿拉伯表單的團隊而言,問題不僅是今天是否存在一個模型包——還包括它明年是否會被維護,以及是否存在配置它的英文文件。

IronOCR 方法

IronOCR 提供 125+語言作為NuGet包。 每個語言包安裝就像任何其他依賴關係一樣,並無需手動文件部署地整合到標準CI/CD管道中:

// dotnet add package IronOcr.Languages.ChineseSimplified
// dotnet add package IronOcr.Languages.French
// dotnet add package IronOcr.Languages.Arabic

var ocr = new IronTesseract();
ocr.Language = OcrLanguage.ChineseSimplified;
ocr.AddSecondaryLanguage(OcrLanguage.English); // Mixed-language document

var result = ocr.Read("mixed-document.jpg");

多語言指南涵蓋了對於混合腳本的文件的同時多語言識別——這種能力不需要任何模型級別的決策,只需一次AddSecondaryLanguage呼叫。

對於那些文件涵蓋多種語言的團隊,或者語言需求預計會超出初始範圍的團隊而言,由維護的NuGet包支持的125語言目錄是一個比10–20語言集中維護承諾不一的選擇。

預處理和PDF支持

PaddleOCR的神經網路管線對於一定程度的圖像質量變化的處理能力比傳統的CJK文字OCR更好,但是它不提供任何內建的圖像預處理API來執行例如防傾斜、降噪或者解析度規範化等任務。 任何預處理必須在OpenCV中編寫——PaddleSharp已經需要的庫,但對於非圖像處理專家的團隊來說,這會增加相當大的程式碼面積。

PDF支持是一個更難的差距。 PaddleSharp沒有本地PDF讀取器。 一個接受PDF的文件管線必須在調用OCR引擎前將每頁轉換為圖像,這需要一個單獨的PDF庫,增加了依賴關係,並引入了中間文件管理。

PaddleSharp方法

// Simplified — see Sdcb.PaddleOCR documentation for full API
// PaddleSharp has no PDF support — pages must be pre-converted to images
// Preprocessing (deskew, denoise) requires OpenCV operations:

using OpenCvSharp;

// Load image via OpenCV
using var image = Cv2.ImRead("scan.jpg");

// Manual grayscale conversion
using var gray = new Mat();
Cv2.CvtColor(image, gray, ColorConversionCodes.BGR2GRAY);

// Manual threshold (binarization)
using var binary = new Mat();
Cv2.Threshold(gray, binary, 128, 255, ThresholdTypes.Binary);

// Then pass to OCR engine
var result = _ocr.Run(binary);
// Each preprocessing step requires OpenCV knowledge
// PDF pages require a separate PDF-to-image conversion step first

對於熟悉OpenCV的團隊來說,編寫這個預處理是可行的。 對於沒有這種經驗的團隊來說,學習曲線是不容忽視的——OpenCV有一個廣泛的API面積,並且文件大多首先是C++。

IronOCR 方法

IronOCR的預處理管道不需要外部庫。 同一個接受圖像的OcrInput物件也接受PDF,預處理過濾器是單個方法調用:

using var input = new OcrInput();
input.LoadImage("low-quality-scan.jpg");

// Built-in preprocessing — no OpenCV, no manual image math
input.Deskew();
input.DeNoise();
input.Contrast();
input.Binarize();
input.EnhanceResolution(300);

var result = new IronTesseract().Read(input);
Console.WriteLine(result.Text);

對於PDF輸入,原生支持意味著無需轉換步驟:

// PDF input — no external library, no page conversion
var result = new IronTesseract().Read("scanned-document.pdf");

// Password-protected PDFs
using var input = new OcrInput();
input.LoadPdf("encrypted.pdf", Password: "secret");
var result = new IronTesseract().Read(input);

// Output as searchable PDF
result.SaveAsSearchablePdf("searchable-output.pdf");

圖像質量校正指南涵蓋了所有可用的過濾器和範例。 PDF輸入操作指南涵蓋了頁面選擇、流輸入和密碼處理。 對於從掃描文件中生成可搜尋PDF的團隊而言,可搜尋的PDF輸出是一個內建輸出格式——而不是一個單獨的處理步驟。

API 地圖參考

PaddleSharp OCR 概念IronOCR 等效
Sdcb.PaddleOCR(命名空間)IronOcr(命名空間)
PaddleOcrAllIronTesseract
LocalFullModels.ChineseV3.DetectionModel無等效——不需要模型選擇
LocalFullModels.ChineseV3.RecognitionModel無等效——不需要模型選擇
LocalFullModels.ChineseV3.ClassifierModel無等效——不需要模型選擇
Cv2.ImRead(path) (OpenCV 圖像載入)input.LoadImage(path)
_ocr.Run(matImage)ocr.Read(input)ocr.Read("file.jpg")
result.Regionsresult.Words, result.Lines, result.Pages
region.Textword.Text, line.Text, page.Text
region.Rect.Centerword.X, word.Y
語言模型切換(新模型集)ocr.Language = OcrLanguage.French
PaddleConfig (推理後端配置)無等效——自動配置
OpenCvSharp 閾值/灰度操作input.Binarize(), input.ToGrayScale()
無PDF支持——預轉換為圖像input.LoadPdf("file.pdf")
無可搜尋PDF輸出result.SaveAsSearchablePdf("output.pdf")

當團隊考慮從PaddleSharp OCR轉移到IronOCR時

管線處理非CJK文件

PaddleSharp 是為中文構建的。 這一傳統體現在模型命名約定(ChineseV3)、主要文件語言和語言包的可用性上。 當一個以處理中文文件開始的團隊擴展到法國發票或德國合同時,就會遇到一道硬牆:CJK之外可用的模型包很少,對於非CJK模的維護承諾不確定,設置它們的英語文件稀少。 IronOCR的125+語言目錄通過NuGet意味著語言擴展是一個包安裝,而不是一個研究項目。

部署環境無GPU

PaddleOCR的深度學習管線被設計為用於GPU推理。 在CPU上,性能數字是誠實的:在典型的文件解析度下,每個圖像500–1500毫秒。 對於處理數千個文件的批處理管線,或對於服務同時OCR請求的ASP.NET應用程式,CPU模式下的PaddleSharp新增的延遲會隨著規模的增長而加倍。 IronOCR優化的Tesseract 5引擎在CPU上運行每個圖像100–400毫秒,無需GPU要求。 對於部署在標準VM層上、沒有GPU透徹的容器或CI工作者,這一差異是工作負載適合與否的差異。

PDF文件在輸入管線中

PDF是商業文件的記錄格式。 PaddleSharp沒有PDF讀取器。 在圍繞PaddleSharp構建的團隊在後來發現這個限制後,面臨選擇:新增PDF庫(現在需要管理另一個具有其許可和版本考慮的依賴),將PDF轉換為圖像作為預處理步驟(增加儲存和I/O開銷),或遷移到具有原生PDF支持的庫。 IronOCR的原生PDF輸入,包括受密碼保護的PDF和頁面範圍選擇,使其成為從PDF開始的文件工作流的直接選擇。

依賴鏈未通過安全性或合規性審查

企業部署——醫療保健、金融、政府——通常需要材料清單和依賴性審核。 PaddleSharp的鏈包括來自Baidu的模型文件和Baidu的深度學習推理運行時。對於將軟體元件限制為特定起源的組織,或者需要一個明確途徑獲得供應商安全性聲明的團隊,對來自Baidu起源二進制文件的依賴需要額外的審查步驟。 IronOCR是來自一家西方軟體供應商的單一商業產品,具有記錄的許可條款和標準的商業支持參與。

團隊無法支持運營開銷

維護一個PaddleSharp部署超過18個月意味著跟蹤模型版本相容性、協調OpenCV運行時包版本與平臺特定部署、保持CUDA工具包版本對齊(如果使用GPU)、以及監控上游GitHub問題(主要是中文)以獲取重大改變。 這是一種非瑣碎的運營投入。 對於其核心能力是他們所構建應用程式的團隊而言——而不是深度學習基礎設施——管理PaddleSharp的開銷不會產生與其成本成比例的價值。

常見的遷移考量

去除OpenCV依賴

PaddleSharp需要OpenCvSharp4.runtime.*包來載入圖像。 IronOCR直接接受OcrInput。 遷移意味著將input.LoadImage()並完全移除OpenCvSharp包引用:

// PaddleSharp pattern — requires OpenCV
using var image = Cv2.ImRead(imagePath);
var result = _ocr.Run(image);

//IronOCRequivalent — no OpenCV
var result = new IronTesseract().Read(imagePath);
C#

圖像輸入指導涵蓋了所有接受的輸入型別,包括流、URL和記憶體位圖。

區域層級結果映射

PaddleSharp 返回 result.Regions — 一個檢測到的文字區域的列表,具有邊界矩形和文字文字串。IronOCR返回一個更豐富的層次結構:頁面包含段落,段落包含行,行包含單詞,所有都有坐標和每個元素的信心分數。 如果您的遷移程式碼使用result.Regions,那麼IronOCR的等價物用於平面單詞列舉與位置資料是:

var result = new IronTesseract().Read("document.jpg");

// Per-word with position — equivalent to PaddleSharp region enumeration
foreach (var word in result.Words)
{
    Console.WriteLine($"'{word.Text}' at ({word.X},{word.Y}) confidence:{word.Confidence}%");
}

讀取結果指南記錄了完整的結果結構。 信心分數指導解釋了每個元素的信心值以及如何使用它們進行質量過濾。

OCR引擎的生命周期管理

PaddleSharp 的PaddleOcrAll成本高昂——它在建立時從磁盤載入模型二進制文件並應作為ASP.NET Core中的單例或作用域服務對待。 IronOCR的IronTesseract 初始化成本較輕,但同樣原則適用:在網路應用中重用實例比逐次構建更有效。在這兩種情況下,作為單例或每次請求作用域服務的依賴注入是正確的模式。

語言包安裝

PaddleSharp 語言支持意味著在構建時選擇不同的模型集。在IronOCR中,語言支持是一個新增到項目中的NuGet包以及一行配置調用:

// dotnet add package IronOcr.Languages.ChineseSimplified

var ocr = new IronTesseract();
ocr.Language = OcrLanguage.ChineseSimplified;
var result = ocr.Read("document.jpg");

對於從PaddleSharp遷移的CJK團隊而言,IronOCR語言包中提供了簡體中文、繁體中文、日文和韓文。 自定義語言指南涵蓋了為專門用例帶入自訓的tessdata。

其他IronOCR功能

在上述比較的功能之外,IronOCR提供了完全在PaddleSharp範圍之外的功能:

  • 基於區域的OCR: 針對圖像的特定區域——標題行、發票總計、特定表單字段——使用CropRectangle而不處理整個頁面
  • 異步OCR: 內建的異步支持將OCR整合到ASP.NET Core請求管線中而不阻塞執行緒
  • 護照和ID閱讀: 來自旅行文件和身份卡的機讀區資料的結構化提取
  • 表格閱讀: 單詞坐標的空間分組從表格文件佈局中重建行列結構
  • 授權: 每開發者的永久授權,無需運行時版稅,試用模式下免費開發使用

.NET 相容性和未來準備

IronOCR針對.NET 8和.NET 9提供全面支持,包括Windows、Linux和macOS,適用於x64和x86架構,並為容器化工作負載發布了Docker部署指南。 PaddleSharp支持現代的.NET運行時,但其跨平臺故事因OpenCV運行時包而變得復雜,這些包作為單獨的平臺專用NuGet包分發,需要為每個環境選擇和部署正確的包。 IronOCR的單包部署模型完全消除了這個平臺矩陣,它的LinuxAWSAzure 部署指南反映了經過測試的面向生產的配置。

結論

PaddleSharp在一個狹窄的場景中提出了令人信服的論點:在擁有CUDA功能GPU的硬體上處理主要是中文的文件的團隊,其中CJK文字的深度學習準確性上限比部署簡單性更重要。 這是一個真實的使用案例,在其中,PaddleSharp 表現出色。 三階段神經網路管線確實能夠以反映真實深度學習投資的準確性識別密集的中文文字。

在這個場景之外,抽象深度成為了負擔。 三個上游依賴——百度的推理框架、PaddleOCR模型訓練項目和PaddleSharp .NET綁定層——每個都有自己的發行周期,它們的維護對齊不保證。 英文文件稀少。 CJK之外的語言目錄很薄,維護不一致。 PDF輸入需要單獨的庫。 並且沒有GPU,每張圖像的CPU延遲是500–1500毫秒,而IronOCR的是100–400毫秒。

IronOCR的交易是相反的:一個單一的商業包以$999入門價格,無需模型管理、原生PDF和多格式輸入、125+語言作為NuGet包,以及消除OpenCV需求的內建預處理。抽象是故意的,並且是穩定的——API從未要求團隊追蹤百度上游模型格式的變化以保持他們的應用程式運行。

對於具有一般用途的英語或多語言OCR需求、PDF工作流或部署限制排除了GPU硬體的團隊,IronOCR是簡單的選擇。IronOCR 文件涵蓋了全範圍的輸入型別、預處理選項和輸出格式,並且教程中心提供了從發票到護照到掃描檔案的常見文件型別的工作程式碼。

請注意: PaddleOCR、RapidOCR 和 Tesseract 是各自所有者的註冊商標。 本站與Baidu、Google、PaddlePaddle或RapidOCR無關聯、並未獲得其支持或贊助。 所有產品名稱、標誌和品牌均為其各自所有者的財產。 比較僅供資訊用途,並反映撰寫時獲得的公開資訊。

相關文章

Key in blue circle

立即免費取得 30 天試用金鑰

Your trial license will be sent to your email address

無任何限制。100% 解鎖。無需信用卡。

bullet_checked無需信用卡或建立帳號無任何限制。100% 解鎖。無需信用卡。
  • Logo Aetna
  • Logo NASA
  • Logo GE
  • Logo Porsche
  • Logo USDA
  • Logo Qatar
Join Millions of Engineers who’ve tried IronPDF
獲取您的無義務諮詢
填寫以下表格或發送電子郵件至sales@ironsoftware.com
您的詳細資訊將始終保密。
被全球數百萬工程師信任
Iron Software的客戶標誌
立即獲取您的30天試用金鑰
無需信用卡或帳戶建立