那性能问题到底该如何解决？以下是应用系统发布前，作为 .NET 开发人员需要检查的点。

1.debug=「false」

当创建 ASP.NET Web应用程序，默认设置为「true」。开发过程中，设置为「true」是非常有用多，但在应用程序发布部署时，需将其设置为「false」。

<compilation defaultLanguage="C#" debug="false" targetFramework="4.0" />  

2.关闭 tracing(追踪)

tracing 是非常可怕的，你有没有忘记关闭它。假如没用，请确定编辑 web.config 并且关闭它。它将占用大量您的程序资源。

<trace enabled="false" requestLimit=”10” pageoutput=”false” traceMode=”SortByTime” localOnly=”true”>  

3.禁用 session

假如您用不到 session 会话跟踪请务必禁用它。您可以在每个 asp.net 页面中设置如下:

<%@ page language="c#" codebehind="webform1.aspx.cs" autoeventwireup="false" inherits="webapplication1.webform1"

enablesessionstate="false" %>  

4.使用发布版本部署应用

部署应用程序到生产环境时，要确保使用的发布版本模式，而不是调试模式。如果使用调试模板极容易发生请求超时。部署成发布版本，你将会发现速度有很大的提升。

5.关闭页面的 View State

View State 主要是在提交以后回显用的，它只有在页面中的数据是提交到本页时才有用。其默认是「true」。如果你没有使用表单数据回传，那么可以关闭 View State。

<%@ Page EnableViewState="false" %>  

6.避免使用 Response.Redirect

Redirect(重定向)非常麻烦，它仅用于用于从当前物理服务器开发跳转到其它服务器。如果只是在本服务器开发内页面跳转请使用 Server.Transfer 语法，这样会减少很多没有必要的客户端重定向。

7.运用 StringBuilder 类以及使用 ToString()方法

String 类对象是不可改变的，对于 String 对象的重新赋值在本质上是重新创建了一个 String 对象并将新值赋予该对象，其方法 ToString 对性能的提高并非很显著。在处理字符串时，最好使用 StringBuilder 类，其 .NET 命名空间是 System.Text。该类并非创建新的对象，而是通过 Append，Remove，Insert 等方法直接对字符串进行操作，通过 ToString 方法返回操作结果。 其定义及操作语句如下所示

int num;  
　　System.Text.StringBuilder str = new System.Text.StringBuilder(); //创建字符串 
　　str.Append(num.ToString()); //添加数值num 
　　Response.Write(str.ToString); //显示操作结果

8.避免抛出异常

异常会导致速度变慢，并且使得应用程序页面显示异常，使得无法进行其他操作。可以使用 try / catch 使出现的异常记录到日志文件中。

9.使用 finally 方法回收资源

假如你在应用开发中大量使用其他数据库连接和访问文件，请确定在用完后关闭它们。finally 块是程序中最后被执行，因此在这里面的代码会确保一定会被执行，关闭代码一定要在这个开发方法块中执行。

10.使用客户端脚本验证

用客户端验证代替服务器开发端验证。服务器开发端数据验证将会大量消耗您的服务器开发上的资源，并且会代来大量的页面数据回传。

11.使用 Page.IsPostback

请确保不执行过多的回传代码。使用 Page.IsPostBack 属性，以确保只执行页面初始化逻辑，当一个页面第一次加载，而不向响应客户回发。

12.使用分页

大多数 Web 应用程序数据是以表格形式显示。分页有利用应用开发程序效率。每次尽量显示小部分数据，这样会加快页面显示速度。

13.使用 Ajax 异步调用

使用 Ajax 方法，进行异步调用。

14.删除未使用的 HttpModules

对于 httpModules，我们可以理解为：建立一个通用的可用被插入任何 Web 应用程序的 HttpApplication 事件钩子。使用 HttpModule 是可复用的，不需要特定语应用程序代码的，只需要 web.config 中的一个条目。 在 web.config 文件中，删除未使用的 HttpModules。

15.避免递归函数/嵌套循环

在任何编程语言中都需避免嵌套循环和递归函数，以提高性能。

16.不使用不必要的 Server Control

ASP.NET 中，大量的服务器端控件方便了程序开发，但也可能带来性能的损失，因为用户每操作一次服务器端控件，就产生一次与服务器端的往返过程。因此，非必要，应当少使用 Server Control。

17.调用多个操作时，请使用多线程

问题出现时，单线程卡在此问题上长时间运行。因此，可以使用多个线程以提高应用程序的响应速度。

18.数据库的连接和关闭

访问数据库资源需要创建连接、打开连接和关闭连接几个操作。这些过程需要多次与数据库交换信息以通过身份验证，比较耗费服务器资源。ASP.NET 中提供了连接池(Connection Pool)改善打开和关闭数据库对性能的影响。系统将用户的数据库连接放在连接池中，需要时取出，关闭时收回连接，等待下一次的连接请求。连接池的大小是有限的，如果在连接池达到最大限度后仍要求创建连接，必然大大影响性能。因此，在建立数据库连接后只有在真正需要操作时才打开连接，使用完毕后马上关闭，从而尽量减少数据库连接打开的时间，避免出现超出连接限制的情况。

19.将 SqlDataReader 类用于快速只进数据游标

SqlDataReader 类提供了一种读取从 SQL Server 数据库检索的只进数据流的方法。如果当创建 ASP.NET 应用程序时出现允许您使用它的情况，则 SqlDataReader 类提供比 DataSet 类更高的性能。情况之所以这样，是因为 SqlDataReader 使用 SQL Server 的本机网络数据传输格式从数据库连接直接读取数据。另外，SqlDataReader 类实现 IEnumerable 接口，该接口也允许您将数据绑定到服务器控件。有关更多信息，请参见 SqlDataReader 类。有关 ASP.NET 如何访问数据的信息，请参见通过 ASP.NET 访问数据。

20.高性能的 SQL 语句规则

• 尽量避免全表扫描
• 尽量避免在 where 子句中对字段进行 null 值判断
• 尽量避免在 where 子句中使用 != 或 <> 操作符
• 尽量避免在 where 子句中使用 or 来连接条件
• in 和 not in 也要慎用
• 不要在 where 子句中的「=」左边进行函数、算术运算或其他表达式运算
• Update 语句，如果只更改1、2个字段，不要Update全部字段
• 对于多张大数据量（这里几百条就算大了）的表JOIN，要先分页再JOIN，否则逻辑读会很高，性能很差
• 尽可能的使用 varchar/nvarchar 代替 char/nchar 更多规则方法请参照：http://database.51cto.com/art/201407/445934.htm

21.缓存

缓存是一种用空间换取时间的技术，通俗点也就是说把你得到的数据存放在内存中一段时间，在这短时间内服务器不去读取数据库、或是真实的数据源，而是读取你存放在内存中的数据。 缓存是网站性能优化不可缺少的一种数据处理机制，他能有效的缓解数据库压力。 ASP.NET 中的缓存主要分为：

• 页面缓存
• 数据源缓存
• 自定义数据缓存

22.做负载均衡和服务器加成

负载均衡不应该仅仅被看作是实现可扩展性的一种手段。尽管它肯定提高了可扩展性，很多时候它增加了 Web 应用程序的性能，因为请求和用户都散发着多个服务器。

23.通过 FxCop 做代码检查和优化

FxCop 是一个代码分析工具，它使用基于规则的引擎，来检查出你代码中不合规范的部分；你也可以定制自己的规则加入到这个引擎。其中的一些规则是：

• 避免过多的局部变量
• 避免使用未调用的私有代码
• 避免未实例化的内部类
• 避免使用未密封的特性
• 避免进行不必要的强制转换
• 以内联方式初始化引用类型的静态字段
• 用 NeutralResourcesLanguageAttribute 标记程序集
• 将成员标记为 Static 等等。

24.ASP.NET 性能监控工具

这些是用于监视代码的性能的工具。

• .NET 内存分析器
• Red Gate ANTS 性能分析工具
• Fiddler
• 性能计数器

结论： 以上是一些性能调整的提示。性能调优不是一天两天的工作，而是一个反反复复的过程。对于网站开发人员来说，在编写 ASP.NET 应用程序时注意性能问题，养成良好的习惯，提高应用程序性能，至少可以推迟必需的硬件升级，降低网站的成本。