內(nèi)存要求

---

Aspose.Words是一種高級(jí)Word文檔處理API，用于執(zhí)行各種文檔管理和操作任務(wù)。API支持生成，修改，轉(zhuǎn)換，呈現(xiàn)和打印文檔，而無(wú)需在跨平臺(tái)應(yīng)用程序中直接使用Microsoft Word。

Aspose API支持流行文件格式處理，并允許將各類文檔導(dǎo)出或轉(zhuǎn)換為固定布局文件格式和最常用的圖像/多媒體格式。

Aspose.Words for .NET 不需要安裝任何第三方產(chǎn)品，例如 Microsoft Word。Aspose.Words本身是一個(gè)用于創(chuàng)建、修改、轉(zhuǎn)換和渲染各種格式文檔的引擎，包括Microsoft Word文檔格式。

Aspose.Words 需要多少內(nèi)存

通常，Aspose.Words 需要比文檔大小多幾倍的內(nèi)存才能在內(nèi)存中構(gòu)建文檔模型。

例如，如果您的文檔大小為 1 MB，Aspose.Words 需要 10-20 MB RAM 才能在內(nèi)存中構(gòu)建其文檔對(duì)象模型 (DOM)。乘數(shù)取決于格式，因?yàn)槟承└袷奖绕渌袷礁o湊。例如，DOCX比DOC和RTF更緊湊，DOC比RTF更緊湊。

沒(méi)有確切的方法來(lái)估計(jì) Aspose.Words 在處理任何特定文檔文件期間實(shí)際消耗了多少內(nèi)存。您可能知道 .NET 將數(shù)據(jù)存儲(chǔ)在類中，每個(gè)類實(shí)例都會(huì)使用一些內(nèi)存用于 CLR 內(nèi)部用途。因此，任何段落或格式化文本（即使它由一個(gè)字符組成）在加載到 DOM 后都會(huì)占用一些額外的內(nèi)存。此外，.NET垃圾收集器引擎使用復(fù)雜的算法來(lái)確定執(zhí)行內(nèi)存收集的最佳時(shí)間，因此很難確定實(shí)際的內(nèi)存消耗。

如何計(jì)算內(nèi)存量

讓我們考慮兩個(gè)文檔：

1. DOCX“A”文檔 – 0.35 MB 大?。?000 頁(yè)），僅限文本

2. DOCX“B”文檔 – 0.35 MB 大?。▋H 1 頁(yè)），內(nèi)含 PNG 圖像

如您所知，許多現(xiàn)代格式（例如 DOCX、ODT 等）都是簡(jiǎn)單的 ZIP 存檔。于是，我們得到如下的計(jì)算算法：

1. 解壓。解壓后的文檔“A”大小為 20 MB，文檔“B”大小為 0.4 MB

2. 將文檔加載到模型中（構(gòu)建其文檔對(duì)象模型 - DOM）：

• 創(chuàng)建第一個(gè)文檔“A”的 DOM 需要 49 MB 大小

• 創(chuàng)建第二個(gè)文檔“B”的 DOM 僅需要 2 MB 大小。

1. 測(cè)量將這些文檔渲染為 PDF 所需的內(nèi)存量。對(duì)于此操作，Aspose.Words 需要：

• 文檔“A”為 294 MB

• 文檔“B”7 MB

 因此，輸入文檔大小不存在線性依賴性。有很多因素會(huì)影響所需的 RAM 大小 - 文檔格式、其復(fù)雜性和結(jié)構(gòu)、圖像數(shù)量及其格式以及許多其他因素。

如何最準(zhǔn)確地計(jì)算內(nèi)存倍頻

對(duì)數(shù)千個(gè)真實(shí)文檔的實(shí)驗(yàn)表明，Aspose.Words 通常需要比平均文檔大小多幾倍的內(nèi)存來(lái)在內(nèi)存中構(gòu)建文檔模型并執(zhí)行簡(jiǎn)單的操作，例如流格式之間的轉(zhuǎn)換、郵件合并、解析、替換等。有時(shí)我們談?wù)摰氖?2 的乘數(shù)，有時(shí)是 20。

對(duì)于某些文檔來(lái)說(shuō)，渲染（轉(zhuǎn)換為固定頁(yè)面格式）、更新字段、拆分頁(yè)面等更復(fù)雜的操作需要比 Aspose.Words DOM 中加載的文檔分配的內(nèi)存多 20 倍的資源。

如果您的分析結(jié)果表明 Aspose.Words 中可能存在內(nèi)存問(wèn)題，請(qǐng)聯(lián)系我們的并提供所有診斷信息。

也可以看看

• 渲染

• 郵件合并和報(bào)告

• 使用字段

---

如需下載產(chǎn)品Aspose.Words ，請(qǐng)點(diǎn)擊產(chǎn)品名進(jìn)入下載頁(yè)面