(一)
缓存
缓存是ASP.NET中提高性能的重要手段，缓存一般遵循以下原则：
1） 在页面中将静态内容与动态内容分割开来
考虑将动态内容作成用户控件
2） 缓存合理的数据
一般应当缓存应用程序集的数据、多个用户共同使用的数据、静态数据、生成数据需要很大开销的动态数据、DataSet以及自定义对象等。不要缓存数据库连接对象、DataReader。
3） 选择适当的方式
如可以使用页面缓存指令，API等。
二、 视图状态
视图状态放在页面中名为_VIEWSTATE的表单隐藏域里面，随页面一起被发送到客户端，在用户提交页面时，又被提交到服务器。
1） 如果不需要视图状态，则禁用
视图状态默认是允许的，如果页面不进行PostBack，如果不处理服务器控件的事件，如果服务器控件的数据每次都需要重新计算等
2） 尽量减少视图状态中存放的对象
三、 关于页面处理（减少页面生成的时间和过程）
1） 应尽量减少页面文件的大小
2） 通过检测Page.IsPostBack减少代码执行的数量
3） 禁止使用Debug=“true”，减少页面生成过程中生成额外的调试信息
4） 使用Server.Transfer而不使用Response.Redirect，减少服务器和客户端间的往返
5） 尽量使用客户端验证，减少服务器和客户端间的往返
6） 在适当的场合使用服务器控件
7） 尽量避免嵌套的服务器控件
四、 避免使用Page.DataBind和DataBinder.Eval
五、 关于Application对象和Session对象
1） 使用静态属性存储数据而不使用Application对象，在Application对象里存储只读类型的数据都将回提高性能
2） 尽量使用InProc模式的Session，这个模式是最快的
3） 在Session里存储基本类型的数据减少序列化的所消耗的资源
4） 如果不用Session变量，使用EnvableViewState=“false”禁用
5） 如果不修改Session变量的值，尽量使用ReadOnly属性设置
六、 关于字符串操作
1） 尽量使用Response.Write将结果输出到浏览器，这种方法是最快的。不要将字符串连接在一起一次输出。
2） 在字符串短并且少的情况下可以使用String.Concat方法，而在字符串长度未知，并且字符串大的情况下，使用StringBuilder对象
3） 不要使用strVar==“”来判断字符串是否为“”，这样它会创建额外的字符串，请使用strVar==String.Empty代替或者使用strVar.Length==0来判断
4） 请使用String.Compare方法进行字符串的比较
七、 关于数据访问
1） 尽量使用存储过程返回数据，不要直接在代码中进行查询
2） 在数据库中只返回有用的数据结果，不要选择不使用的数据字段
3） 进行使用DataReader进行数据绑定，DataReader是单向只读的
4） 尽量一次返回多个数据集而不是每个记录集分别打开一次数据库连接进行查询
5） 尽量晚的打开数据库，尽量早的关闭数据库
6） 使用连接池提高性能
7） 使用ExecuteNonQuery方法执行不返回数据的操作，使用ExecuteScalar方法返回单个结果的操作，使用CommandBehavior.Sequentialaccess返回二进制数据或者大数据
8） 如果多次相同的查询，请使用Command.Prepare方法
9） 使用GetOrdinal方法预先得到索引值，使用索引值比使用字符串的列名查询数据效率更高
八、 关于代码优化
1） 在解析基本数据类型时，使用Try方法如果解析失败，会抛出异常，使用TryParse方法则只执行Else下的语句。
2） 使用AppendAllText、WriteAllBytes等方法读写文件内容可以优化性能
3） 将循环判定条件放在for语句外
4） 避免在循环里创建对象
5） 尽量减少装箱的次数
6） 不要使用例外控制程序的流程
7） 在循环中不要使用不变的对象属性或者字段
8） 使用for循环代替foreach循环遍历结合内容
9） 数组是所有集合中最快的，如果没有特殊需要，尽量使用数组代替集合
10） 了解各个集合类型的特性，选择合适的类型
11） 使用泛型避免减少装箱、拆箱
(二)
1、 利用索引加快查找行的效率
如果需要反复查找行，建议增加索引。有两种方式：
1）设置DataTable的PrimaryKey
适用于按PrimaryKey查找行的情况。注意此时应调用DataTable.Rows.Find方法，一般惯用的Select方法不能利用索引。
2）使用DataView
适用于按Non-PrimaryKey查找行的情况。可为DataTable创建一个DataView，并通过SortOrder参数指示建立索引。此后使用Find或FindRows查找行。
一、减少往返行程（Reduce Round Trips）
使用下面的方法可以减少Web服务器和Browser之间的往返行程：
1、为Browser启用缓存
如果呈现的内容是静态的或变化周期较长，应启用Browser缓存，避免发出冗余的http请求。
2、缓冲页面输出
如果可能，则尽量缓冲页面输出，处理结束后再一次传送到客户端，这可以避免频繁传递小块内容所造成的多次网络交互。由于这种方式在页面处理结束之前客户端无法看到页面内容，因此如果一个页面的尺寸较大的话，可考虑使用Response.Flush方法。该方法强制输出迄今为止在缓冲区中的内容，你应当采用合理的算法控制调用Response.Flush方法的次数。
3、使用Server.Transfer重定向请求
使用Server.Transfer方法重定向请求优于Response.Redirect方法。原因是Response.Redirect会向Broswer回送一个响应头，在响应头中指出重定向的URL，之后Brower使用新的URL重新发出请求。而Server.Transfer方法直接是一个简单的服务端调用，完全没有这些开销！
需要注意Server.Transfer有局限性：第一，它会跳过安全检查；第二，只适用于在同一Web应用内的页面间跳转。
二、避免阻塞和长时间的作业
如果需要运行阻塞或长时间运行的操作，可以考虑使用异步调用的机制，以便Web服务器能够继续处理其它的请求。
1、使用异步方式调用Web服务和远程对象
只要有可能就要避免在请求的处理过程中对Web服务和远程对象的同步调用，因为它占用的是的ASP.NET 线程池中的工作线程，这将直接影响Web服务器响应其它请求的能力。
2、考虑给不需要返回值的Web方法或远程对象的方法添加OneWay属性
这种模式能让Web Server调用之后就立即返回。可根据实际情况决定是否使用这种方法。
3、使用工作队列
将作业提交到服务器上的工作队列中。客户端通过发送请求来轮询作业的执行结果。
三、 使用缓存
缓存能在很大程度上决定ASP.NET应用的最终性能。Asp.net支持页面输出缓存和页面部分缓存，并提供Cache API，供应用程序缓存自己的数据。是否使用缓存可考虑下面的要点：
1、识别创建与访问代价较大的数据
2、评估需要缓存数据的易变性
3、评估数据的使用频次
4、 将要缓存数据中易变数据和不变数据分离，只缓存不变数据
5、选择合适的缓存机制（除Asp.net Cache外，Application state和Session state也可以作为缓存使用）
四、多线程
1、避免在请求处理过程中创建线程
在执行请求的过程中创建线程是一种代价较大的操作，会严重影响Web Server的性能。如果后续的操作必须用线程完成，建议通过thread pool来创建/管理线程。
2、不要依赖线程数据槽或线程静态变量
由于执行请求的线程是ASP.NET thread pool中的工作线程，同一个Client的两次请求不一定由相同的线程来处理。
3、避免阻塞处理请求的线程
4、避免异步调用
这和1的情况类似。异步调用会导致创建新的线程，增加服务器的负担。所以，如果没有并发的作业要执行，就不要执行异步调用。
五、 系统资源
1、考虑实现资源池以提升性能
2、明确地调用Dispose或Close释放系统资源
3、不要缓存或长时间占用资源池中的资源
4、尽可能晚的申请，尽可能早的释放
六、 页面处理
1、尽量减小Page的尺寸
包括缩短控件的名称、CSS的class的名称、去掉无谓空行和空格、禁用不需要的ViewState
2、启用页面输出的缓冲区（Buffer）
如果Buffer的机制被关闭，可以用下面的方法打开。
使用程序打开页面输出缓存：
Response.BufferOutput = true;
使用@Page开关打开页面输出缓冲机制：
<%@ Page Buffer = "true" %>
使用Web.config或Machine.config配置文件的<pages>节点：
<pages buffer="true" …>
3、利用Page.IsPostBack优化页面输出
4、通过分离页面的不同的内容，来提高缓存效率和减少呈现的时间
5、优化复杂和代价较大的循环
6、合理利用客户端的计算资源，将一些操作转移到客户端进行
七、 ViewState
ViewState是Asp.net为服务端控件在页面回传之间跟踪状态信息而设计的一种机制。
- 关闭ViewState
如果不需要跟踪页面状态，例如页面不会 回传（PostBack）、不需要处理服务端控件事件或者每次页面刷新时都会重新计算控件内容，那么就不需要用ViewState来记录页面状态了。可以对特定的WebControl设置EnableViewState属性，也可以在页面一级设置：
<%@ Page EnableViewState="false" %>
2、在恰当的时间点初始化控件属性
ASP.NET的控件在执行构造函数、初始化的期间设置的属性不会被跟踪变化；而在初始化阶段之后对属性的修改都会被跟踪，并最终记录到IE页面的__VIEWSTATE之中。所以，选择合理的初始化控件属性的执行点，能有效的减小页面尺寸。
3、谨慎选择放到ViewState中的内容
放到ViewState中的内容会被序列化/反序列化，Asp.net为String、Integer、Boolean等基本类型的序列化做了优化，如果Array、ArrayList、HashTable存储的是基本类型效率也较高，但其它类型则需要提供类型转换器（Type Converter），否则将使用代价昂贵的二进制序列化程序。
