更好的國際化和 UTF-8 支持
改進的 POST 支持
ASP 掛起檢測
常用文件的緩存
UNC 增強
ASP 中的 COM+ 服務
單元模型選擇
并排集合
COM+ 分區
跟蹤程序
事務
ASP 的新配置數據庫屬性
更好的國際化和 UTF-8 支持
UTF-8 支持已經被擴展到所有 ASP 內置對象的屬性和方法中。上一版本的 ASP 僅在響應和寫入方面支持 UTF-8。
改進的 POST 支持
ASP 目前可以從客戶端讀取 Chunked 編碼的 POST 數據。
ASP 掛起檢測
當 IIS 網站繁忙時，可能會出現這樣的情況：迅速生成最大數量的 ASP 線程，其中的一些 ASP 線程被掛起，從而導致性能下降。 HSE_REQ_REPORT_UNHEALTHY 以及萬維網發布服務（WWW 服務）將回收主控 ASP.dll 的工作進程，并將項目添加到事件日志中。
注意 如果線程不響應超時，則將其視為“掛起”。
常用文件的緩存
目前，ASP 除了保留內存緩存之外，還在磁盤上緩存一些最常用的文件。磁盤緩存的默認位置是 %systemroot%System32inetsrvASP Compiled Templates�？梢酝ㄟ^設置 AspDiskTemplateCacheDirectory 配置數據庫屬性來更改硬盤緩存的位置。
UNC 增強
目前，ASP 能夠處理 ASP 腳本中的 UNC 路徑。
ASP 中的 COM+ 服務
如果想要在以前版本的 IIS 中使用 ASP 應用程序提供的 COM+ 服務，您必須創建可以調用那些服務的方法的 COM 組件。目前，您可以配置 ASP 應用程序以使用下面的 COM+ 服務而不必創建 COM 組件：
單元模型選擇：
ASP 現在能夠在多線程單元 (MTA) 中運行其全部線程。如果 COM 組件主要是自由線程或雙線程組件，則將 ASP 線程作為 MTA 運行可顯著改善性能。
要使 ASP 應用程序能夠在 MTA 中運行，您可以在應用程序級別使用配置數據庫設置 AspExecuteInMTA。這意味著您可以讓一個應用程序運行于 ASP MTA 線程上，而讓第二個應用程序運行于 ASP STA（單線程單元）線程上。ASP 線程的默認設置仍為 STA。
要點 當您將 ASP 應用程序的運行環境從 STA 切換到 MTA（或從 MTA 切換到 STA）時，則模擬令牌將過時。這可能導致應用程序在無模擬的情況下運行，讓其用可能允許訪問其他資源的進程的標識有效地運行。如果您必須切換線程模型，請在進行更改之前禁用該應用程序并將其卸載。
列示例設置默認網站應用程序 (W3SVC/1/ROOT) 在 MTA 中執行：
On Error Resume Next
set providerObj = GetObject("winmgmts://MyMachine/root/MicrosoftIISv2")
' 獲得對名為“默認網站”的 ASP 應用程序的引用
set IIsWebVirtualDirSettingObj = providerObj.get("IIsWebVirtualDirSetting='W3SVC/1/ROOT'")
WScript.Echo "Before: AspExecuteInMTA = " & IIsWebVirtualDirSettingObj.AspExecuteInMTA
' 將 ASP 應用程序設置為在 MTA 中執行
IIsWebVirtualDirSettingObj.AspExecuteInMTA = 1
IIsWebVirtualDirSettingObj.Put_()
WScript.Echo "After: AspExecuteInMTA = " & IIsWebVirtualDirSettingObj.AspExecuteInMTA
并排集合：
并排 (SxS) 集合允許 ASP 應用程序指定要使用哪個版本的系統 DLL 或傳統 COM 組件，例如 MDAC、MFS、MSVCRT、MSXML 等。例如，如果您的 ASP 應用程序依賴 MSXML 2.0 版，則可以確保即使是在服務器上應用了 Service Pack 之后，您的應用程序仍使用 MSXML 2.0 版。任何新版本的 MSXML 仍安裝在計算機上，但是保留 2.0 版且由應用程序使用。配置 SxS 程序集要求您知道 DLL 的路徑，且 COM+ 清單文件存在于每個需要使用 DLL 的虛擬目錄中。COM+ 清單是包含有關 DLL 安裝位置信息的 XML 文件。IIS 不驗證清單是否存在。清單的外觀類似于下面的文件摘錄：
�。�?xml version="1.0" encoding="UTF-8" standalone="yes"?＞
�。糰ssembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"＞
�。糰ssemblyIdentity publicKeyToken="75e377300ab7b886" type="win32" name="Test4Dir" version="1.0.0.0" processorArchitecture="x86"/＞
＜file name="DirComp.dll" hash="35ca6f27b11ed948ac6e50b75566355f0991d5d9" hashalg="SHA1"＞
�。糲omClass clsid="{6C6CC20E-0F85-49C0-A14D-D09102BD7CDC}" progid="DirComp.PathInfo" threadingModel="apartment"/＞
＜typelib tlbid="{AA56D6B8-9ADB-415D-9E10-16DD68447319}" version="1.0" helpdir=""/＞
�。�/file＞
�。�/assembly＞
您可以在 IIS 端以編程方式或者通過使用 IIS 管理器來啟用并排集合。
在 IIS 端使用 IIS 管理器啟用并排集合
在 IIS 管理器中，右鍵單擊網站或虛擬目錄，然后單擊“屬性”。
單擊“虛擬目錄”選項卡，然后單擊“配置”。
如果配置按鈕不可用，那么原因是還沒有為該虛擬目錄創建應用程序。單擊“創建”以創建一個應用程序。
在“應用程序配置”對話框中，單擊“選項”選項卡。
選中“啟用并排集合”復選框。
在“清單文件名”框中，鍵入 COM+ 清單文件的名稱。
單擊“確定”兩次。
要通過編程啟用并排集合，請設置 AspAppServiceFlags 配置數據庫屬性的 AspEnableSxs 標志。同時將 AspSxsName 配置數據庫屬性設置為 COM+ 清單的名稱。在應用程序級別設置這兩個配置數據庫屬性�！ �
要點 即使該功能可在應用程序級別進行配置，在任何一個應用程序池中都只能使用一個版本的系統 DLL。例如，如果應用程序 App1 使用 MDAC 2.5 版，應用程序 App2 使用 MDAC 2.4 版，則 App1 和 App2 不應位于同一個應用程序池中。如果它們位于同一個應用程序池中，則首先加載的應用程序加載與之相對應的 MDAC 版本，在卸載這些應用程序之前，其他應用程序只能被迫使用該版本。
下列示例在默認網站應用程序 (W3SVC/1/ROOT) 上啟用并排集合。請注意，只要設置了 AspEnableTracker 屬性，AspAppServiceFlags 屬性就發生改變：
On Error Resume Next
set providerObj = GetObject("winmgmts://MyMachine/root/MicrosoftIISv2")
' 獲得對名為“默認網站”的 ASP 應用程序的引用
set IIsWebVirtualDirSettingObj = providerObj.get("IIsWebVirtualDirSetting='W3SVC/1/ROOT'")
WScript.Echo "Before: AspEnableSxs = " & IIsWebVirtualDirSettingObj.AspEnableSxs
WScript.Echo " AspSxsName = " & IIsWebVirtualDirSettingObj.AspSxsName
WScript.Echo " AspAppServiceFlags = " & IIsWebVirtualDirSettingObj.AspAppServiceFlags
' 設置 ASP 應用程序以啟用 COM+ 并排集合
IIsWebVirtualDirSettingObj.AspEnableSxs = 1
' 設置 AspSxsName 屬性
IIsWebVirtualDirSettingObj.AspSxsName = "VersionInfo"
' 將值保存到 IIS 配置數據庫中
IIsWebVirtualDirSettingObj.Put_()
' 再次獲得引用以刷新 AspAppServiceFlags 屬性。
set IIsWebVirtualDirSettingObj = Nothing
set IIsWebVirtualDirSettingObj = providerObj.get("IIsWebVirtualDirSetting='W3SVC/1/ROOT'")
WScript.Echo "After: AspEnableSxs = " & IIsWebVirtualDirSettingObj.AspEnableSxs
WScript.Echo " AspSxsName = " & IIsWebVirtualDirSettingObj.AspSxsName
WScript.Echo " AspAppServiceFlags = " & IIsWebVirtualDirSettingObj.AspAppServiceFlags
COM+ 分區：
COM+ 分區可用于將 Web 應用程序隔離到它們各自的 COM+ 分區中。這對于禁止一個 Web 應用程訪問另一個 Web 應用程序的專用 COM+ 應用程序、配置信息和數據非常有用。COM+ 分區可擁有自定義 COM 組件的不同版本。例如，如果為兩個競爭的公司宿主網站，它們都在其 Web 應用程序中使用了 COM+，則可以使用 COM+ 分區來確保一個公司的 Web 應用程序不能訪問另一個公司的 Web 應用程序中的 COM+ 組件。如果其中某個公司要求您更改它們都使用的 COM+ 應用程序的某些功能，您可以在鏈接到它們的 Web 應用程序的分區中隔離該 COM+ 應用程序的新版本。
要在 IIS 端啟用 COM+ 分區，請在應用程序級別設置 AspAppServiceFlags 配置數據庫屬性的 AspUsePartition 標志。分區由 GUID（使用組件服務管理器管理單元創建）標識，它可在 AspPartitionID 配置數據庫屬性上進行設置。如果未指定任何分區，則使用默認系統分區。詳細信息，請參閱 COM+ SDK 中的“創建和配置 COM+ 分區”或聯機查看 COM+ (Component Services)。
要點 即使該功能可在應用程序級別進行配置，在任何一個應用程序池中也只能使用一個版本的 COM+ 組件。例如，如果應用程序 App1 使用名為 Shop.dll 的 1.0 版的自定義 COM+ 應用程序，應用程序 App2 使用 2.0 版的 Shop.dll，則 App1 和 App2 不應位于同一個應用程序池中。如果它們位于同一個應用程序池中，則首先加載的應用程序加載與之對應的 Shop.dll 版本，在卸載這些應用程序之前，另一個應用程序只能被迫使用該版本。
下列示例在默認網站應用程序 (W3SVC/1/ROOT) 上啟用分區。請注意，只要設置了 AspEnableTracker 屬性，AspAppServiceFlags 屬性就發生改變。
On Error Resume Next
set providerObj = GetObject("winmgmts://MyMachine/root/MicrosoftIISv2")
' 獲得對名為“默認網站”的 ASP 應用程序的引用
set IIsWebVirtualDirSettingObj = providerObj.get("IIsWebVirtualDirSetting='W3SVC/1/ROOT'")
WScript.Echo "Before: AspUsePartition = " & IIsWebVirtualDirSettingObj.AspUsePartition
WScript.Echo " AspPartitionID = " & IIsWebVirtualDirSettingObj.AspPartitionID
WScript.Echo " AspAppServiceFlags = " & IIsWebVirtualDirSettingObj.AspAppServiceFlags
' 設置 ASP 應用程序以啟用 COM+ 分區
IIsWebVirtualDirSettingObj.AspUsePartition = 1
' 將 AspPartitionID 屬性設置為在組件服務管理器中配置的 GUID
' 當您創建 COM+ 分區時
IIsWebVirtualDirSettingObj.AspPartitionID = "{00000000-0000-0000-0000-000000000000}"
' 將值保存到 IIS 配置數據庫中
IIsWebVirtualDirSettingObj.Put_()
' 再次獲得引用以刷新 AspAppServiceFlags 屬性。
set IIsWebVirtualDirSettingObj = Nothing
set IIsWebVirtualDirSettingObj = providerObj.get("IIsWebVirtualDirSetting='W3SVC/1/ROOT'")
WScript.Echo "After: AspUsePartition = " & IIsWebVirtualDirSettingObj.AspUsePartition
WScript.Echo " AspPartitionID = " & IIsWebVirtualDirSettingObj.AspPartitionID
WScript.Echo " AspAppServiceFlags = " & IIsWebVirtualDirSettingObj.AspAppServiceFlags
跟蹤程序：
COM+ 跟蹤程序允許管理員或開發人員調試 ASP 應用程序。例如，如果 Web 應用程序在服務器上產生問題，則可以啟用 COM+ 跟蹤程序，以便確定 ASP 頁在何時加載、COM 組件在何時加載以及線程何時離開網頁。在調試應用程序之后，可禁用 COM+ 跟蹤程序，使應用程序返回到正常的執行速度。
要在 IIS 端上啟用 COM+ 跟蹤程序，請在應用程序級別中設置 AspAppServiceFlags 配置數據庫屬性的 AspEnableTracker 標志。
下列示例在默認網站應用程序 (W3SVC/1/ROOT) 上啟用跟蹤。請注意，只要設置了 AspEnableTracker 屬性，AspAppServiceFlags 屬性就發生改變：
On Error Resume Next
set providerObj = GetObject("winmgmts://MyMachine/root/MicrosoftIISv2")
' 獲得對名為“默認網站”的 ASP 應用程序的引用
set IIsWebVirtualDirSettingObj = providerObj.get("IIsWebVirtualDirSetting='W3SVC/1/ROOT'")
WScript.Echo "Before: AspEnableTracker = " & IIsWebVirtualDirSettingObj.AspEnableTracker
WScript.Echo " AspAppServiceFlags = " & IIsWebVirtualDirSettingObj.AspAppServiceFlags
' 設置 ASP 應用程序以啟用 COM+ 跟蹤
IIsWebVirtualDirSettingObj.AspEnableTracker = 1
IIsWebVirtualDirSettingObj.Put_()
' 再次獲得引用以刷新 AspAppServiceFlags 屬性。
set IIsWebVirtualDirSettingObj = Nothing
set IIsWebVirtualDirSettingObj = providerObj.get("IIsWebVirtualDirSetting='W3SVC/1/ROOT'")
WScript.Echo "After: AspEnableTracker = " & IIsWebVirtualDirSettingObj.AspEnableTracker
WScript.Echo " AspAppServiceFlags = " & IIsWebVirtualDirSettingObj.AspAppServiceFlags
事務：從 IIS 4.0 版起，ASP 頁面中已經支持事務的使用。但是，IIS 更改了事務的內部實現以便利用 COM+ 服務。IIS 不再通過創建 COM 組件來容納事務，而是直接訪問 COM+ 事務服務，因而大大地提高了事務處理的速度。與以前一樣，事務只能在頁面級別進行配置，配置時使用 @TRANSACTION 指令和 ASP 內置對象的事件，該對象名為 ObjectContext。
ASP 的新配置數據庫屬性
下面的配置數據庫設置已被添加到此版本的 ASP 中。
配置數據庫屬性名用途AspAppServiceFlags
啟用諸如 COM+ 并排集合（以前被稱為 Fusion）、分區等功能。AspDiskTemplateCacheDirectory指定 ASP 磁盤緩存的位置。AspExecuteInMTA使 ASP 線程能夠在多線程單元中執行。AspKeepSessionIDSecure將 ASP 會話 Cookie 安全地發送到瀏覽器。
AspMaxDiskTemplateCacheFiles指定 ASP 的最大硬盤緩存。AspPartitionID為應用程序指定所使用的 COM+ 分區。AspRunOnEndAnonymously使 ASP 能夠以匿名方式運行 global.asa Application_OnEnd 和 Session_OnEnd 事件。AspBufferingLimit指定緩沖區大小的限制。AspMaxRequestEntityAllowed指定 ASP 請求的實體中允許的最大字節數。
AspSxsName允許 ASP 應用程序指定要使用的系統 DLL 或 傳統 COM 組件的版本。
