.net代码优化

代码优化

采用Dispose而不是依赖于Finalize事件。Dispose是一个你自己创建的方法，并且当你不需要某个对象时必须被执行——所以，这是一个完完全全手动编写的步骤。而Finalize事件总是自动的发生。但是，Finalize只有当对象被作为垃圾收集后才会发生，并且需要20倍的执行时间。别忘记在你的Dispose方法中调用GC.SupressFinalize哦。

在实际应用中避免异常。虽然异常处理显著地让你的代码更整洁了，但是它对运行效率的影响是很大的。别在没有异常的环境中仅为了把数据传回常规调用就使用异常处理。如果可能，在执行动作前先运行界面以降低触发异常的可能性——比如，在打开一个文件之前先检查它是否存在，而不是去处理一个根本就不存在的异常。

当设计值类型和类结构时，别忘了值类型要比引用类型快很多，因为值类型是分配到堆栈，而引用类型是被分配到堆的。

但是得当心！如果你像使用引用类型那么频繁的使用一个值类型的话，值类型的优势会很快被耗尽。比如，把一个值类型压到一个含有对象类型的群集。这叫做装箱，很耗用处理器周期，尤其是当你的代码在把它作为值（对它进行数学运算）和把它作为引用之间来回运行时。

尽可能使用最合适的类型来描述数据，从而减少类型转换。

使用泛型来创建群集和其它的数据结构，这样，在运行时，它们就可以被实例化来存储刚好合适的类型。这节省了装箱/拆箱和类型转换的时间。

在C#中使用as,而不是is。关键字is用来查看引用是否可以被作为某个具体的类型，但是并不返回转换到这个类型的引用。所以，通常当你从is获得一个正的结果时，你首先应该cast——有效地执行两次cast。采用as关键词时，如果可用，则返回cast为新类型的引用；否则返回null。你可以查看null然后做你喜欢做的事情。整体来说，As方法要比is方法快50%。

如果你经常进行字符串的串联，就用StringBuilder。这会减少内存消耗，并且可以数量级或者更大地提高效率能。

你的字符串是空的吗？检查它的长度是否0，而不是去和“”比较或执行String.Empty。这样会快3倍。

在Visual Basic中采用选择参数和默认参数值并不是CLR的特征，但是只有Visual Basic才这么用。不过Visual Basic在编译的时候也采用了这个特征，所以使用它不会致使效率下降。

当在C#项目中使用托管或非托管代码时，把两者之间的上下文开关程序减到最少。确保只有当可以大幅度提高效率时（或因为其它原因有必要这么做的时候）才使用非托管代码。太多的上下文开关程序会降低甚至消除非托管代码带来的效率提升。

.避免到服务器的不必要的往返行程
在某些情况下不必使用 ASP.NET 服务器控件和执行回发事件处理。例如，在 ASP.NET 网页中验证用户输入经常可在数据提交到服务器之前在客户端进行。通常，如果不需要将信息传递到服务器以进行验证或将其写入数据存储区，请避免使用导致到服务器的往返行程的代码，这样可以提高页的性能并改善用户体验。您也可以不执行整个往返行程，而是使用客户端回调从服务器中读取数据。
页面类实现ICallbackEventHandler接口，注册GetCallbackEventReference方法，也就是ajax的回调实现。
针对一次需要载入很多控件的页面(载入比较耗时的页面)，我们可以使用ajax技术来达到一定的页面访问性能提升。
.使用 Page 对象的 IsPostBack 属性来避免对往返行程执行不必要的处理
如果您编写处理服务器控件回发处理的代码，有时可能需要代码仅在首次请求页时执行，而不是每次回发时都执行。根据该页是否是响应服务器控件事件生成的，使用 IsPostBack 属性有条件地执行代码。
将仅需要首次请求页面时执行的代码放在IsPostBack条件中运行。
.只在必要时保存服务器控件视图状态
自动视图状态管理使服务器控件可以在往返行程中重新填充它们的属性值，而您不需要编写任何代码。但是，因为服务器控件的视图状态在隐藏的窗体字段中往返于服务器，所以该功能影响性能。了解在哪些情况下视图状态会有所帮助，在哪些情况下它影响页的性能，这样是有帮助的。例如，如果您将服务器控件绑定到每个往返行程上的数据，因为控件的值会在数据绑定期间用新值替换，所以保存的视图状态没有用处。在这种情况下，禁用视图状态可以节省处理时间并减少页的大小。
默认情况下，为所有服务器控件启用视图状态。若要禁用它，请将控件的 EnableViewState 属性设置为 false。
还可以使用 @ Page 指令禁用整个页的视图状态。当您不从页回发到服务器时，这将十分有用。
@ Control 指令中还支持 EnableViewState 属性以指定是否为用户控件启用视图状态。
查看视图状态的方法：
若要分析服务器控件在页中使用的视图状态的大小，请通过将 trace="true" 属性包含在 @ Page 指令中启用对该页的跟踪。然后在跟踪输出中，查看“控件层次结构”表的“Viewstate”列。
下面情况基本上可以禁用viewstate：
（1）页面控件 （.ascx）
（2）页面不回调



.跟踪页面执行

设置断点是页面调试过程中的常用手段，除此之外，还可以通过查看页面的跟踪信息进行错误排查以及性能优化。ASP.NET中启用页面跟踪非常方便，只需在Page指令中加入Trace="True"属性即可：

<%@ Page Language="C#" Trace="true">

跟踪信息可以分为两类：

a.页面执行详细情况

其中主要包括页面生命周期中各事件列表、控件树列表(可以查看每个控件的HTML字节数以及ViewState字节数)、Session状态、Application状态、Cookie集合、QueryString集合、服务器变量等信息。

b.自定义跟踪信息

通过在页面代码中调用Trace.Write()或Trace.Warn()方法便可将指定内容写入跟踪信息中的"Trace Information"节。就算页面发生了错误，跟踪信息还是会显示出来，并且在发布应用程序时无需删除相关的跟踪代码，只需从Page指令中移除Trace属性即可。

在服务器端控件中添加客户端属性

我们有时会向服务器端控件中添加一些特殊的属性，这类属性不需要服务器端的处理，只需简单的发送至客户端即可，我们不妨称其为客户端属性，例如HTML属性或自定义属性(可能用于实现某种特定的JavaScript功能)。可以通过以下几种方法达到这个目的：

a.直接向控件添加客户端属性



其中的onmouseover是客户端属性，注意，编译器是允许这种写法的，但会显示警告。

b.调用内置方法

可以通过调用WebControl.Attributes.Add()方法为控件添加客户端属性，如下所示：

MyButton.Attributes.Add("onmouseover", "this.style.cursor='pointer'");

这也是最常用的方法。

c.创建自定义控件

如果某个类型的服务器端控件中经常需要添加客户端属性，则可以考虑创建一个继承自该服务器端控件的自定义控件，其中包含特定的客户端属性。

正是考虑到这一点，ASP.NET 2.0中为按钮控件(包括Button、LinkButton、ImageButton控件)提供了OnClientClick属性，可以这样写：

MyButton.OnClientClick = "alert('Hello!')";


3.表单数据的服务器端验证

将数据验证任务从服务器端迁移到客户端的过程促使了JavaScript的产生，这也是我们沿用至今的一种方式。但只有在保证客户端JavaScript正常运行的前提下，这种方式才能发挥其作用。不幸的是，总有一些例外，比如浏览器不支持JavaScript，或者用户刻意关闭了浏览器的JavaScript功能，这就导致了第一重防护失效。比较保险的做法是加入第二重防护，即对用户提交的数据进行服务器端验证，但这无疑将增加开发者的工作量。

ASP.NET 2.0提供了一系列表单数据验证控件，可以非常轻松的完成客户端及服务器端的双重数据验证任务。但要使服务器端验证功能发挥作用，还需要用到Page.IsValid属性，请看下面的例子：

姓名：

这是一个HTML片段，其中有一个RequiredFieldValidator控件用于检查是否已填写姓名。下面是点击按钮时执行的服务器端代码:

protected void btnSubmit_Click(object sender, EventArgs e)
{
if (Page.IsValid) //注意：不要遗漏对Page.IsValid属性的判断
{
Response.Write("你的名字是：" + txtName.Text);
}
}



其中，要特别注意对Page.IsValid属性的判断，只有页面中所有验证控件对数据的验证都成功时，Page.IsValid属性才为True，这代表提交的数据为有效数据，可以进入下一步操作。保持滚动条位置

假设有个页面，其中以列表形式显示了一些数据记录，每次编辑其中的记录时都需要向服务器提交页面，为了提供良好的用户体验，我们希望每次编辑一条记录并保存后，滚动条位置都能保持不变。传统的做法是每次提交页面时将当前滚动条所在位置信息按某种方式(Hidden字段或QueryString)传给服务器端，当页面返回客户端时，由服务器端根据传入的位置信息以JavaScript形式重新设置滚动条位置。

如果通过ASP.NET来实现这一功能将变得非常简单，只需在Page指令中加入MaintainScrollPositionOnPostback="true"属性即可：

<%@ Page Language="C#" MaintainScrollPositionOnPostback="true">

.禁用不必要的ViewState

在ASP.NET的运行机制中，ViewState起着重要的作用。ViewState经过编码后存入表单Hidden字段，每当页面回传至服务器时再进行解码。因此，ViewState的使用会带来两个问题：带宽的占用以及计算资源的消耗。好在不是所有控件都需要启用ViewState,我们完全可以禁用不必要的ViewState。

iewState默认是开启的，需要手动关闭：

a.禁用页面ViewState

在Page指令中加入EnableViewState="false"属性即可：

<%@ Page Language="C#" EnableViewState="false">

加入这个属性后，整个页面以及其中的所有控件都将无法使用ViewState，因此需谨慎使用。

b.禁用控件ViewState

这是推荐的方式，将控件的EnableViewState属性设为False即可禁用其ViewState，这里有个简单的窍门：

如果某个控件的状态不能由操作者改变，则可以禁用其ViewState。最典型的莫过于Label控件了，只能显示信息，无法操作。

但TextBox、DorpDownList等控件的状态是可以改变的(通过输入、选择等操作)，因此保留他们的ViewState还是有用的。

4、ASP.NET代码优化除非有特殊的原因要关闭缓冲，否则使其保持打开状态

禁用 ASP.NET 网页的缓冲会导致大量的性能开销。

ASP.NET代码优化Server.Transfer和Response.Redirect的选择

Response.Redirect 简单地告诉浏览器访问另一个页面。Server.Transfer 有利于减少服务器请求，保持地址栏 URL 不变，允许你将 query string 和 form 变量传递到另一个页面，可以隐藏url中传递的参数。

Response.Redirect可以跨站点跳转，Server.Transfer只能同站点跳转。

微软ASP.NET代码优化建议：

使用 Transfer Server 对象或跨页发送的方法在同一个应用程序中的不同 ASP.NET 页之间重定向

如无特殊要求，应优先选择Server.Transfer进行页面跳转

1、ASP.NET代码优化将 SQL Server 和存储过程用于数据访问

在 .NET Framework 提供的所有数据访问方法中，使用 SQL Server 进行数据访问是生成高性能、可缩放 Web 应用程序的推荐选择。使用托管 SQL Server 提供程序时，可通过尽可能使用编译的存储过程而不是 SQL 命令获得额外的性能提高。

（仅针对数据库选择SQL Server，数据库为其他的可以忽略此选项）

2、ASP.NET代码优化将 SqlDataReader 类用于快速只进数据游标

SqlDataReader 类提供了从 SQL Server 数据库检索的只进数据流。如果您可以在 ASP.NET 应用程序中使用只读流，则 SqlDataReader 类提供比 DataSet 类更高的性能。SqlDataReader 类使用 SQL Server 的本机网络数据传输格式从数据库连接直接读取数据。例如，当绑定到 SqlDataSource 控件时，通过将 DataSourceMode 属性设置为 DataReader，您将获得更好的性能。（使用数据读取器会导致某些功能的丢失。）另外，SqlDataReader 类实现 IEnumerable 接口，该接口也使您可以将数据绑定到服务器控件。

(仅针对数据库选择SQL Server，数据库为其他的可以忽略此选项) MySql中对应MySqlDataReader，根据需要选择。

3、ASP.NET代码优化尽可能缓存数据和页输出

ASP.NET 提供了一些机制，它们会在不需要为每个页请求动态计算页输出或数据时缓存这些页输出或数据。另外，通过设计要进行缓存的页和数据请求（特别是在站点中预期将有较大通讯量的区域），可以优化这些页的性能。与使用 .NET Framework 的任何其他功能相比，适当地使用缓存可以更好地提高站点的性能。

在使用 ASP.NET 缓存时，应注意以下事项。首先，不要缓存太多项。缓存每个项都有内存开销。不要缓存容易重新计算和很少使用的项。其次，给缓存项分配的有效期不要太短。很快到期的项会导致缓存中不必要的周转，并且会导致额外的代码清除和垃圾回收工作。使用与“ASP.NET Applications”性能对象关联的“Cache Total Turnover Rate”（缓存总流通率）性能计数器，您可以监视缓存中由于项到期而导致的周转。高周转率可能说明存在问题，特别是当项在到期前被移除时。（这种情况有时称作内存压力。）

可以考虑把静态的、变化不大的或者不经常变化需要动态加载的内容放入控件中，使用缓存技术。

﹤%@ OutputCache Duration="100" VaryByParam="none" %﹥

4、ASP.NET代码优化适当地使用 SQL 缓存依赖项

ASP.NET 同时支持基于表的轮询和查询通知，具体取决于所使用的 SQL Server 的版本。所有 SQL Server 版本都支持基于表的轮询。在基于表的轮询中，如果表中的任何内容发生更改，所有侦听器都会失效。这可能导致应用程序中不必要的改动。建议不要将基于表的轮询用于具有许多频繁更改的表。例如，建议将基于表的轮询用于很少更改的目录表。建议不要将基于表的轮询用于订单表，订单表具有更频繁的更新。SQL Server 2005 支持查询通知。查询通知支持特定查询，从而减少在表更改时发送的通知数量。虽然它比基于表的轮询提供更好的性能，但是它无法扩展到适应数千个查询。

(仅针对数据库选择SQL Server，数据库为其他的可以忽略此选项)

5、ASP.NET代码优化使用数据源分页和排序而不是 UI（用户界面）分页和排序

DetailsView 和 GridView 等数据控件的 UI 分页功能可用于支持 ICollection 接口的任何数据源对象。对于每个分页操作，数据控件查询数据源的整个数据集并选择要显示的行，并放弃其余的数据。如果数据源实现 DataSourceView 并且 CanPage 属性返回 true，则数据控件将使用数据源分页而不是 UI 分页。在这种情况下，数据控件仅查询每个分页操作需要的行。因此，数据源分页比 UI 分页更高效。只有 ObjectDataSource 数据源控件才支持数据源分页。若要在其他数据源控件上启用数据源分页，必须从该数据源控件继承并修改其行为。

6、ASP.NET代码优化平衡事件验证的安全性受益和性能开销

从 System.Web.UI.WebControls 和 System.Web.UI.HtmlControls 类派生的控件可以验证事件是否源自该控件所呈现的用户界面。这样有助于防止控件响应伪造的事件通知。例如，DetailsView 控件可以防止 Delete（删除）调用（控件中本质上不支持该调用）的处理以及被操纵而删除数据。此验证会带来一定的性能开销。可以使用 EnableEventValidation 配置元素和 RegisterForEventValidation 方法控制此行为。验证的开销取决于页上的控件数量，并在几个百分点范围内。

强烈建议不要禁用事件验证。在禁用事件验证之前，应该确保不会构造任何可能对应用程序具有意外影响的回发。

7、ASP.NET代码优化，除非必要，否则避免使用视图状态加密

视图状态加密会阻止用户能够读取隐藏视图状态字段中的值。典型情况是在 DataKeyNames 属性中带有一个标识符字段的 GridView 控件。标识符字段是协调对记录的更新所必需的。由于不想要标识符对用户可见，因此可以加密视图状态。但是，加密对于初始化具有恒定的性能开销，并具有取决于被加密的视图状态大小的附加开销。加密为每次页加载而设置，因此在每次页加载时都会发生相同的性能影响。

8、ASP.NET代码优化使用 SqlDataSource 缓存、排序和筛选

如果 SqlDataSource 控件的 DataSourceMode 属性设置为 DataSet，则 SqlDataSource 能够缓存查询产生的结果集。如果以这种方式缓存数据，则控件的筛选和排序操作（使用 Filter 和 SortParameterName 属性进行配置）将使用缓存的数据。在许多情况下，如果缓存整个数据集，并使用 Filter 和 SortParameterName 属性进行排序和筛选，而不是使用带“WHERE”和“SORT BY”子句的 SQL 查询（对于这些查询，每个选择操作都要访问数据库），应用程序会运行得更快。

数据的绑定DataBinder
一般的绑定方法<%# DataBinder.eval_r(Container.DataItem, "字段名") %>
用DataBinder.eval 绑定不必关心数据来源(read或dataset)。不必关心数据的类型eval会把这个数据对象转换为一个字符串。在底层绑定做了很多工作，使用了反射性能。正因为使用方便了，但却影响了数据性能。
来看下<%# DataBinder.eval_r(Container.DataItem, "字段名") %>。当于dataset绑定时，DataItem其实式一个DataRowView（如果绑定的是一个数据读取器（dataread）它就是一个IdataRecord。）因此直接转换成DataRowView的话，将会给性能带来很大提升。
<%# ctype(Container.DataItem,DataRowView).Row("字段名") %>
对数据的绑定建议使用<%# ctype(Container.DataItem,DataRowView).Row("字段名") %>。使用时注意两个方面：
1.需在页面添加<%@ Import namespace="System.Data"%>.
2.注意字段名的大小写（要特别注意）。如果和查询的不一致，在某些情况下会导致比<%# DataBinder.eval_r(Container.DataItem, "字段名") %>还要慢。如果想进一步提高速度，可采用<%# ctype(Container.DataItem,DataRowView).Row(0) %>的方法。不过其可读性不高。
以上的是vb.net的写法。在c#中：<%# ((DataRowView)Container.DataItem)["字段名"] %>
5、返回多个结果集
无论SqlDataReader还是datset，返回多个结果集，然后用rd.NextResult()或ds.Tables来分别处理数据，减少重复连接数据库的次数。同时尽量用比较高效的SQL代替后续复杂的DataSet二次加工。

不使用不必要的服务器控件（Server Control）
ASP.net中，大量的服务器端控件方便了程序开发，但也可能带来性能的损失，因为用户每操作一次服务器端控件，就产生一次与服务器端的往返过程。因此，非必要，应当少使用Server Control。还有许多其他情况，在这些情况中呈现或数据绑定比使用服务器控件更有效，甚至是在使用服务器控件模板时。但是，如果要以编程方式操作服务器控件的属性、处理服务器控件事件或利用视图状态保存，则使用服务器控件是适当的。
所以，尽量选择html控件。能在客户端实现的功能就在客户端实现(熟练掌握javascript)，减少服务器的压力。

当不使用会话状态时禁用它，并且程序开发中尽量少用Session
　　并不是所有的应用程序或页都需要针对于具体用户的会话状态，您应该对任何不需要会话状态的应用程序或页禁用会话状态。
　　若要禁用页的会话状态，请将 @ Page 指令中的 EnableSessionState 属性设置为 false。例如: <%@ Page EnableSessionState="false" %>
　　注意 如果页需要访问会话变量，但不打算创建或修改它们，则将 @ Page 指令中的 EnableSessionState 属性设置为 ReadOnly。
　　 若要禁用应用程序的会话状态，请在应用程序 Web.config 文件的 sessionstate 配置节中将 mode 属性设置为 off。例如:

对数据进行分页
　　ASP.NET的DataGrid(在asp.net2.0中为GridView)有一个非常有用的功能：分页。如果DataGrid允许分页，在某一时刻它只下载某一页的数据，另外，它有一个数据分页的浏览导航栏，它让你可以选择浏览某一页，而且每次只下载一页的数据。
　　但是它有一个小小的缺点，就是你必须把所有的数据都绑定到DataGrid中。也就是说，你的数据层必须返回所有的数据，然后DataGrid再根据当前页过滤出当前页所需要的数据显示出来。如果有一个一万条记录的结果集要用DataGrid进行分页，假设DataGrid每页只显示25条数据，那就意味着每次请求都有9975条数据都是要丢弃的。每次请求都要返回这么大的数据集，对应用程序的性能影响是非常大的。
　　一个好的解决方案是写一个分页的存储过程，
如：
CREATE PROCEDURE dbo.sp_DataPages
@Sql nVARCHAR(2000),
@PK varchar(50), --主键字段名（可以是任何数据类型；不能，并且也不需要带表名前缀，如：不可以是users.id）
@Order varchar(50), --排序方式（带desc或asc，可以是多个组合；不能，并且也不需要带表名前缀，如：不可以是users.id desc）
@Page int,
@PageSize int = 30
AS
set nocount on

DECLARE @Str nVARCHAR(4000)
if(@Page=1)
SET @Str= 'Select Top '+ CAST((@PageSize) As VARCHAR(20)) + ' * From ('+ @Sql + ') As table1 Order By table1.' + @Order
else
SET @Str= 'Select Top '+ CAST((@PageSize) As VARCHAR(20)) + ' * From ('+ @Sql + ') As table1 Where table1.' + @PK + ' Not In (Select Top ' + CAST((@PageSize*(@Page-1)) AS VARCHAR(20)) + ' ' + @PK + ' From (' + @Sql + ') As table2 Order By table2.' + @Order + ' ) Order By table1.' + @Order
--print @str
--exec (@Str)
EXEC sp_ExecuteSql @Str

set nocount off

GO
或者，使用sql server 2005中的row_number()函数
declare @sql varchar(8000)

set @sql='select *'
+' from'
+' ('
+' select row_number() over (order by id desc) as rowNumber,*'
+' from Users'
+' where id>0 and name<>'''''
+' )'
+' as table1'
+' where rowNumber between '+str((@page-1)*@pagesize+1)+' AND '+str(@page*@pagesize)
+' order by id desc'
--exec (@sql)
EXEC sp_ExecuteSql @sql





。不要用ToUpper(),ToLower()转换字符串进行比较，用String.Compare代替，它可以忽略大小写进行比较.
例：
const string C_VALUE = "COMPARE";
if (String.Compare(sVariable, C_VALUE, true) == 0)
{
Console.Write( "相同");
}
也可以用str == String.Empty或者str.Length == 0判断是否为空。(注意判断输入数据的长度，可防止sql注入式攻击)
将String对象的Length属性与0比较是最快的方法，避免不必要的调用 ToUpper 或 ToLower 方法。
8、类型转化Int32.TryParse()优于Int32.Parse()优于Convert.ToInt32()。
建议.NET1.1下用Int32.Parse()；.NET2.0用Int32.TryParse()。
因为：
Convert.ToInt32 会把最终的解析工作代理给 Int32.Parse；
Int32.Parse 会把最终的解析工作代理给Number.ParseInt32；
Int32.TryParse 会把最终的解析工作代理给Number.TryParseInt32。



避免在循环体里声明变量，应该在循环体外声明变量，在循环体里初始化。

C#程序开发要遵循的一个基本原则就是避免不必要的对象创建

//避免
for(int i=0; i<10; i++)
{
SomeClass objSC = new SomeClass();
}
//推荐
SomeClass objSC = null;
for(int i=0; i <10; i++)
{
objSC = new SomeClass();
}
11、捕获指定的异常，不要使用通用的System.Exception.
//避免
try
{

}
catch(Exception exc)
{

}

//推荐
try
{

}
catch(System.NullReferenceException exc)
{

}
catch(System.ArgumentOutOfRangeException exc)
{

}
catch(System.InvalidCastException exc)
{

}
12、使用Try...catch...finally时， 要在finally里释放占用的资源如连接，文件流等
不然在Catch到错误后占用的资源不能释放。

try
{}
catch
{}
finally
{
conntion.close();
}

不要用Exception控制程序流程
有些程序员可能会使用异常来实现一些流程控制。例如：
try{
result=100/num;
}
Catch(Exception e)
{
result=0;
}
但实际上，Exception是非常消耗系统性能的。除非必要，不应当使用异常控制来实现程序流程。上面的代码应当写为：
if(num!=0)
result=100/num;
else
result=0;