【文章內(nèi)容簡介】 件的性能開銷使得將組件遷移到托管代碼是值得的。每一情況都是 不一樣的，決定是否需要遷移組件的最好方法是對 Web 站點運行性能測量 。建議您研究一下如何將需要大量調(diào)用以進行交互的任何 COM 組件遷移到托管代碼。許多情況下不可能將舊式組件遷移到托管代碼，特別是在最初遷移 Web 應用程序時。在這種情況下，最大的性能障礙之一是將數(shù)據(jù)從非托管環(huán)境封送到托管環(huán)境。因此，在交互操作中，請在任何一端執(zhí)行盡可能多的任務，然后進行一個 大調(diào)用而不是一系列小調(diào)用。例如，公共語言運行庫中的所有字符串都是 Unicode 的，所以應在調(diào)用托管代碼之前將組件中的所有字符串轉(zhuǎn)換成 Unicode 格式。另外，一處理完任何 COM 對象或本機資源就釋放它們。這樣， 其他請求就能夠使用它們，并且最大限度地減少了因稍后請求垃圾回收器釋放它們所引起的性能問題。 12. 在 Visual Basic .NET 或 JScript. 代碼中使用早期綁定 以往，開發(fā)人員喜歡使用 Visual Basic、 VBScript. 和 JScript. 的原因之一就是它們所謂 “ 無類型 ” 的性質(zhì)。變量不需要顯式類型聲明，并能夠簡單地通過使用來創(chuàng)建它們。當從一個類型到另一個類型進行分配時，轉(zhuǎn)換將自動執(zhí) 行。不過，這種便利會大大損害應用程序的性能。 Visual Basic 現(xiàn)在 通過使用 Option Strict 編譯器指令來支持類型安全編程。為了向后兼容，默認情況下， 不啟用該選項。但是，為了得到最佳性能，強烈建議在頁中啟用該選項。若要啟用 Option Strict，請將 Strict 屬性包括在 @ Page 指令中，或者，對于用戶控件，請將該屬性包括在 @ Control 指令中。下面的示例演示了如何設置該屬性，并進行了四個變量調(diào)用以顯示使用該屬性是如何導致編譯器錯誤的。 %@ Page Language=VB Strict=true % % Dim B Dim C As String 39。 This will cause a piler error. A = Hello 39。 This will cause a piler error. B = World 39。 This will not cause a piler error. C = !!!!!! 39。 But this will cause a piler error. C = 0 % Dim B Dim C As String 39。 This will cause a piler error. A = Hello 39。 This will cause a piler error. B = World 39。 This will not cause a piler error. C = !!!!!! 39。 But this will cause a piler error. C = 0 % JScript. .NET 也支持無類型編程，但它不 提供強制早期綁定的編譯器指令。若發(fā)生下面任何一種情況，則變量是晚期綁定的：被顯式聲明為 Object，是無類型聲明的類的字段，是無顯式類型聲明的專用函數(shù)或方法成員，并且無法從其使用推斷出類型。 最后一個差別比較復雜，因為如果 JScript. .NET 編譯器可以根據(jù)變量的使用情況推斷出類型，它就會進行優(yōu)化。在下面的示例中，變量 A 是早期綁定的，但變量 B 是晚期綁定的。 var A。 var B。 A = Hello。 B = World。 B = 0。 為了獲得 最佳的性能，當聲明 JScript. .NET 變量時，請為其分配一個類型。例如， var A : String。 13. 使請求管線內(nèi)的所有模塊盡可能高效 請求管線內(nèi)的所有模塊在每次請求中都有機會被運行。因此，當請求進入和離開模塊時快速地觸發(fā)代碼至關(guān)重要，特別是在不使用模塊功能的代碼路徑里。分別在使用及不使用模塊和配置文件時執(zhí)行吞吐量測試，對確定這些方法的執(zhí)行速度非常有用。 14. 使用 方法在同一應用程序的頁面間重定向 采用 語法，在頁面中使用該方法可避免不必要的客戶端重定向。 15. 必要時調(diào)整應用程序每個輔助進程的線程數(shù) 的請求結(jié)構(gòu)試圖在執(zhí)行請求的線程數(shù)和可用資源之間達到一種平衡。已知一個使用足夠 CPU 功率的應用程序，該結(jié)構(gòu)將根據(jù)可用于請求的 CPU 功率，來決定允許同時執(zhí)行的請求數(shù)。這項技術(shù)稱作線程門控。但是在某些條件下，線程門控算法不是很有效。通過使用與 Applications 性能對象關(guān)聯(lián)的 Pipeline Instance Count 性能計數(shù)器，可以在 PerfMon 中監(jiān)視線程門控。當頁面調(diào)用外部資源，如數(shù)據(jù)庫訪問或 XML Web services 請求時，頁面請求通常停止并釋放 CPU。如果某個請求正在等待被處理，并且線程池中有一個線程是自由的，那么這個正在等待的請求將開始被處理。遺憾的是，有時這可能導致 Web 服務器上存在大量同時處理的請求和許多正在等待的線程，而它們對服務器性能有不利影響。通常，如果門控因子是外部資源的響應時間，則讓過多請求等待資源， 對 Web 服務器的吞吐量并無幫助。為緩和這種情況，可以通過更改 配置文件節(jié)點的 maxWorkerThreads 和 maxIOThreads 屬性，手動設置進程中的線程數(shù)限制。 注意：輔助線程是