如果您有许多 VBScript 或 JScript，您可以经常将代码移到编译的 COM 对象中，从而可改善性能。编译的代码通常比解释的代码运行得更快。编译的 COM 对象可以通过“早绑定”访问其它 COM 对象，与脚本使用的“晚绑定”相比，“早绑定”是调用 COM 对象的更有效方法。
将代码封装在 COM 对象中还有一些优点（除性能之外）：
COM 对象有利于将表示逻辑与业务逻辑分开。
COM 对象可以保证代码重复使用。
许多开发人员发现以 VB、C++ 或 Visual J++ 编写的代码比 ASP 更容易调试。
COM 对象也有缺点，包括初始开发时间和需要不同的程序设计技巧。注意封装少量的 ASP 可能引起性能下降，而不会得到性能改进。这种情况通常在少量的 ASP 代码被封装进 COM 对象时发生。在这种情况下，创建和调用 COM 对象的系统开销超过了编译的代码的优点。应反复地试验，以确定什么样的 ASP 脚本和 COM 对象代码的组合产生最好的性能。注意，与 Microsoft Windows NT® 4.0/IIS 4.0 相比，Windows 2000/IIS 5.0 中在脚本和 ADO 性能方面有了很大的改进。因此，随着 IIS 5.0 的推出，编译代码比 ASP 代码的性能优势有所降低。
有关在 ASP 中使用 COM 的优点和缺点的详细讨论，参见 ASP Component Guidelines and Programming Distributed Applications with and Microsoft Visual Basic 6.0。如果您部署 COM 组件，以负荷对它们进行测试特别重要。事实上，理所当然应对所有的 ASP 应用程序进行负荷测试。
技巧 8：迟一点获得资源，早一点释放资源
这里是一个小技巧供您参考。一般来说，最好迟一点获得资源，早一点释放资源。这适用于 COM 对象以及文件句柄和其它资源。
中级隔离。IIS 5.0 引入了这个新的级别，它被称为进程外级别，因为 ASP 在 IIS 进程之外运行。在中级隔离中，被配置作为中级隔离运行的所有 ASP 应用程序都共享一个进程空间。这就减少了在一台服务器运行多个进程外 ASP 应用程序所需要的进程数量。中级隔离是 IIS 5.0 中的默认隔离级别。
高级隔离。在 IIS 4.0 和 IIS 5.0 中支持这一级别，高级隔离也是进程外的。如果 ASP 崩溃，Web 服务器并不会崩溃。下次 ASP 请求时，ASP 应用程序就会自动重新启动。在高级隔离中，配置作为高级隔离运行的每个 ASP 应用程序都在其自有进程空间中运行。这样做可保护 ASP 应用程序彼此之间不相互干扰。其缺点是它要求每个 ASP 应用程序都要有一个单独的进程。当在一台服务器上必须运行许多应用程序时，系统开销就会大大增加。
哪个选项最好的呢？在 IIS 4.0 中，进程外运行将显著降低性能。在 IIS 5.0 中，做了许多改进，将进程外运行 ASP 应用程序所产生的开销降到最低限度。事实上，在绝大多数测试中，IIS 5.0 中的 ASP 进程外应用程序比 IIS 4.0 中的进程内应用程序运行得更快。不管怎样，在两个平台上，进程内（低隔离级）性能最佳。但是，如果访问率相对较低或最大吞吐量较低，低隔离级的优势不太明显。因此，在您每一 Web 服务器每秒钟需要数百或成千上万页面时，才会觉得有必要设置低隔离级。与往常一样，应对多种配置进行测试，确定您要采取哪一种折衷方案。
注意 当您运行 ASP 进程外应用程序时（中级或高级隔离），它们在 NT4 中的 MTS 和在 Windows 2000 中的 COM+ 中运行。即，在 NT4 中它们在 Mtx.exe 中运行；而在 Windows 2000 中，它们在 DllHost.exe 中运行。您可以在任务管理器中看到?/td>
