有的时候我们的 Web 应用程序在本机测试的时候，速度很快，可放在局域网上测试的时候，却会发现存在性能问题；甚至有时在局域网速度正常的应用，在广域网上还会发现问题。这些问题一般都是应用中的疏忽或错误，并不涉及到系统架构，通过真实环境的调试和测试都能找到问题所在并解决。
今天我们所要说的是通过改善架构来从根本上提高 ASP.Net 应用程序的性能。
我们先来对 ASP.Net 的几个简单的应用做一下测试。
测试环境：AthlonXP 3200+，DDR400 512M，WindowsXP SP2，本机的SQL Server 2000，中文 Northwind 数据库（从Access导入）的产品表，约70条记录。
| 测试序号 |
程序类型 |
测试方法 |
测试结果
(每秒请求数） |
SQLServer
所占用资源 |
ASP.Net
所占用资源 |
| 1 |
Web服务 |
用产品表填充DataSet，并返回记录数 |
250次 |
100% |
- |
| 2 |
Web服务 |
用产品表填充DataSet，并返回 DataSet |
138次 |
54% |
46% |
| 3 |
Web应用程序 |
用产品表填充DataSet，并绑定 DataGrid |
70次 |
28% |
72% |
说明：不同系统的测试结果可能不同，但测试结果的相对比例应该差别不大。
在第一个测试里，Web 服务只是从数据库读取记录填充到 DataSet，并返回记录数（注意不是返回记录），所占用的系统资源很少，假设系统资源完全被SQLServer 占用，并且对结论不会有负面影响。
在第二个测试中，Web 服务将 DataSet 返回，每秒请求数就降低了几乎一半， 这一半的系统资源，被ASP.Net 用于将 DataSet 序列化。
在第三个测试中，Web 应用程序将 DataSet 绑定到 DataGrid，并返回页面，每秒请求数几乎降低了四分之三，这些系统资源被 ASP.Net 用于将 DataSet 绑定到 DataGrid，并将页面序列化。
从以上测试中我们可以看到，DataGrid 的绑定和序列化会占用大量的系统资源，如果要提高系统性能，需要通过改善架构来实现。
一、将对数据库的操作，从页面中分离出来，放到独立的持久层。
这样在客户端通过 DOM 或 XSLT 将数据展现为表格，来代替服务器端 DataGrid 的绑定工作，大大减轻了服务器的压力。并且客户端通过 AJAX 从持久层获取数据，会提高用户的使用体验。
二、将页面从数据中彻底独立出来，以便利用缓存。
有的应用了 AJAX 的页面还是会读取初始数据，这样的话页面就不能缓存。这些页面一般比较复杂，会比普通页面占有更多的资源，如果能够利用缓存，将进一步提高系统的性能。
通过以上两点，ASP.Net 的性能，几乎能够提高一倍。
您可以自己作一下测试，或者访问我们的示例 www.BizStruct.cn。
