較大PDF檔案輸出到用戶端時出現白屏的解決方案

 我們的站點要提供PDF資源給使用者下載下傳，其中有一些PDF檔案較大，營運一段時間出現IIS程序CPU占用率高，記憶體使用量增加，用戶端的表現就是輸出白屏。重新開機IIS後，才能正常對外提供服務。

原因：

當 ASP.NET 輔助程序（Aspnet_wp.exe，對于在 Internet 資訊服務 6.0 [IIS] 上運作的應用程式，則為 W3wp.exe）執行檔案下載下傳請求時，向 Microsoft Internet 資訊服務程序（Inetinfo.exe 或 Dllhost.exe）發送資料。

根據計算機的配置，IIS 程序可能會處理資料，也可能會将資料緩存在記憶體中。如果檔案太大，在這兩個程序互相通信的過程中，資料将被緩存在記憶體中。這可能會導緻伺服器上的記憶體使用量增加。出現此錯誤的原因是 Web 伺服器上的記憶體限制。

解決方法：

解決方法1：

大檔案切割成小資料塊，然後逐漸添加到輸出流，MSDN上給出的代碼樣例

Code

解決方法2：

把站點的Web.config檔案中的<compilation debug="true" batch="false">配置節修改為：<compilation debug="false" batch="false">

MSDN上的解釋：

當您在 ASP.NET 應用程式的 Web.config 檔案中将編譯元素的 debug 屬性值設定為 false 時，必須針對要下載下傳的檔案大小将 Server.ScriptTimeout 屬性設定為适當的值。預設情況下，Server.ScriptTimeout 值被設定為 90 秒。但是，當 debug 屬性被設定為 true 時，Server.ScriptTimeout 值将被設定為一個非常大的值（30,000,000 秒）。作為一名開發人員，您必須知道這可能會對您的 ASP.NET Web 應用程式的行為造成的影響。

由于開發環境在我們建立Web應用的時候會預設将Web.config的這一配置節修改為可調試的狀态，這将降低web應用程式的性能，是以我們在部署的時候常常會忽略掉這個配置。亡羊補牢，大家都檢查一下自己的配置檔案吧,Asp.net配置檔案參考資料：

<a href="http://msdn.microsoft.com/zh-cn/architecture/kza1yk3a.aspx">http://msdn.microsoft.com/zh-cn/architecture/kza1yk3a.aspx</a>