26种C#性能优化方案

《26种C#性能优化方案》由会员分享，可在线阅读，更多相关《26种C#性能优化方案（13页珍藏版）》请在金锄头文库上搜索。

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

2、储在服务器上的一组预编译的SQL语句，类似于DOS系统中的批处理 文件。存储过程具有对数据库立即访问的功能，信息处理极为迅速。使用存储过程可以避免 对命令的多次编译，在执行一次后其执行规划就驻留在高速缓存中，以后需要时只需直接调 用缓存中的二进制代码即可。另外，存储过程在服务器端运行，独立于ASP.NET程序，便于修改，最重要的是它可 以减少数据库操作语句在网络中的传输。优化查询语句ASP.NET中ADO连接消耗的资源相当大，SQL语句运行的时间越长，占用系统资源 的时间也越长。因此，尽量使用优化过的SQL语句以减少执行时间。比如，不在查询语句 中包含子查询语句，充分利用索引等。2. 字符串操

3、作性能优化使用值类型的ToString方法在连接字符串时，经常使用+号直接将数字添加到字符串中。这种方法虽然简单，也 可以得到正确结果，但是由于涉及到不同的数据类型，数字需要通过装箱操作转化为引用类 型才可以添加到字符串中。但是装箱操作对性能影响较大，因为在进行这类处理时，将在托 管堆中分配一个新的对象，原有的值复制到新创建的对象中。使用值类型的ToString方法可以避免装箱操作，从而提高应用程序性能。运用 StringBuilder 类St ring类对象是不可改变的，对于St ring对象的重新赋值在本质上是重新创建了一个 String对象并将新值赋予该对象，其方法ToString对性能

4、的提高并非很显著。在处理字符串时，最好使用StringBuilder类，其.NET命名空间是System.Text。 该类并非创建新的对象，而是通过Append，Remove，Insert等方法直接对字符串进行 操作，通过ToString方法返回操作结果。其定义及操作语句如下所示：int n um;System.Text.StringBuilder str = new System.Text.StringBuilder(); 仓U建字符串str.Append(num.ToString(); 添加数值 numResponse.Write(str.ToString); 显示操作结果3. 优化Web

5、服务器计算机和特定应用程序的配置文件以符合您的特定需要默认情况下，ASP.NET配置被设置成启用最广泛的功能并尽量适应最常见的方案。因 此，应用程序开发人员可以根据应用程序所使用的功能，优化和更改其中的某些配置，以提 高应用程序的性能。下面的列表是您应该考虑的一些选项。仅对需要的应用程序启用身份验证。默认情况下，身份验证模式为Windows，或集成 NTLM。大多数情况下，对于需要身份验证的应用程序，最好在Machine.config文件中 禁用身份验证，并在Web.config文件中启用身份验证。根据适当的请求和响应编码设置来配置应用程序oASP.NET默认编码格式为UTF-8。 如果您的应

6、用程序为严格的ASCII，请配置应用程序使用ASCII以获得稍许的性能提高。考虑对应用程序禁用AutoEventWireup。在Machine.config文件中将AutoEventWireup属性设置为false，意味着页面不将方法名与事件进行匹配和将两者挂 钩(例如Page_Load)。如果页面开发人员要使用这些事件，需要在基类中重写这些方法 (例如，需要为页面加载事件重写Page.OnLoad，而不是使用Page_Load方法)。如 果禁用AutoEventWireup,页面将通过将事件连接留给页面作者而不是自动执行它，获 得稍许的性能提升。从请求处理管线中移除不用的模块。默认情况下，服

7、务器计算机的Machine.config文 件中vhttpModules节点的所有功能均保留为激活。根据应用程序所使用的功能，您可 以从请求管线中移除不用的模块以获得稍许的性能提升。检查每个模块及其功能，并按您的 需要自定义它。例如，如果您在应用程序中不使用会话状态和输出缓存，则可以从vhttpModules 列表中移除它们，以便请求在不执行其他有意义的处理时，不必执行每个模块的进入和离开 代码。4. 一定要禁用调试模式在部署生产应用程序或进行任何性能测量之前，始终记住禁用调试模式。如果启用了调 试模式，应用程序的性能可能受到非常大的影响。5. 对于广泛依赖外部资源的应用程序，请考虑在多处理器

8、计算机上 启用网络园艺ASP.NET进程模型帮助启用多处理器计算机上的可缩放性，将工作分发给多个进程（每个CPU 一个），并且每个进程都将处理器关系设置为其CPU。此技术称为网络园艺。 如果应用程序使用较慢的数据库服务器或调用具有外部依赖项的COM对象（这里只是提 及两种可能性），则为您的应用程序启用网络园艺是有益的。但是，在决定启用网络园艺之 前，您应该测试应用程序在网络园中的执行情况。6. 只要可能，就缓存数据和页输出ASP.NET提供了一些简单的机制，它们会在不需要为每个页请求动态计算页输出或数 据时缓存这些页输出或数据。另外，通过设计要进行缓存的页和数据请求（特别是在站点中 预期将有较

9、大通讯量的区域），可以优化这些页的性能。与.NET Framework的任何Web 窗体功能相比，适当地使用缓存可以更好的提高站点的性能，有时这种提高是超数量级的。使用ASP.NET缓存机制有两点需要注意。首先，不要缓存太多项。缓存每个项均有 开销，特别是在内存使用方面。不要缓存容易重新计算和很少使用的项。其次，给缓存的项 分配的有效期不要太短。很快到期的项会导致缓存中不必要的周转，并且经常导致更多的代 码清除和垃圾回收工作。若关心此问题，请监视与ASP.NET Applications性能对象关联 的Cache Total Turnover Rate性能计数器。高周转率可能说明存在问题，特别

10、是当项 在到期前被移除时。这也称作内存压力。7. 选择适合页面或应用程序的数据査看机制根据您选择在Web窗体页显示数据的方式，在便利和性能之间常常存在着重要的权 衡。例如，DataGrid Web服务器控件可能是一种显示数据的方便快捷的方法，但就性能 而言它的开销常常是最大的。在某些简单的情况下，您通过生成适当的HTML自己呈现数 据可能很有效，但是自定义和浏览器定向会很快抵销所获得的额外功效oRepeater Web服 务器控件是便利和性能的折衷。它高效、可自定义且可编程。8.将SqlDataReader类用于快速只进数据游标SqlDataReade r类提供了一种读取从SQL Ser ve

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

12、访问方法中，基于SQL Server的数据访问是 生成高性能、可缩放Web应用程序的推荐选择。使用托管SQL Server提供程序时，可 通过使用编译的存储过程而不是特殊查询获得额外的性能提高。10.避免单线程单元(STA) COM组件默认情况下，ASP.NET不允许任何STA COM组件在页面内运行。若要运行它们， 必须在.aspx文件内将ASPCompat=true属性包含在 Page指令中。这样就将执 行用的线程池切换到STA线程池，而且使HttpContext和其他内置对象可用于COM 对象。前者也是一种性能优化，因为它避免了将多线程单元(MTA)封送到STA线程的任 何调用。使用ST

13、A COM组件可能大大损害性能，应尽量避免。若必须使用STA COM组件, 如在任何inter op方案中，则应在执行期间进行大量调用并在每次调用期间发送尽可能多 的信息。另外，小心不要在构造页面期间创建任何STA COM组件。例如下面的代码中， 在页面构造时将实例化由某个线程创建的MySTAComponent，而该线程并不是将运行页 面的STA线程。这可能对性能有不利影响，因为要构造页面就必须完成MTA和STA线 程之间的封送处理。v% Page Lan guage=VB ASPCompat=t rue %vsc ript run at=se rverDim myComp as new My

14、STAComp onen t()Public Sub Page_Load()myComp.Name = BobEnd Subv/sc riptvhtmlv/html首选机制是推迟对象的创建，直到以后在STA线程下执行上述代码，如下面的例子所/示 Ov% Page Lan guage=VB ASPCompat=t rue %vsc ript run at=se rverDim myCompPublic Sub Page_Load()myComp = new MySTAComp onen t()myComp.Name = BobEnd Subv/sc riptvhtmlv%Resp on se.W

15、 rite(myComp.SayHello)%v/html推荐的做法是在需要时或者在Page_Load方法中构造任何COM组件和外部资 源。永远不要将任何STA COM组件存储在可以由构造它的线程以外的其他线程访问的 共享资源里。这类资源包括像缓存和会话状态这样的资源。即使STA线程调用STA COM 组件，也只有构造此STA COM组件的线程能够实际为该调用服务，而这要求封送处理对 创建者线程的调用。此封送处理可能产生重大的性能损失和可伸缩性问题。在这种情况下， 请研究一下使COM组件成为MTA COM组件的可能性，或者更好的办法是迁移代码以 使对象成为托管对象。11.将调用密集型的COM组件迁移到托管代码.NET Framework提供了一个简单的方法与传统的COM组件进行交互。其优点是 可以在保留现有投资的同时利用新的平台。但是在某些情况下，保留旧组件的性能开销使得 将组件迁移到托管代码是值得的。每一情况都是不一样的，决定是否需要迁移组件的最好方 法是对Web站点运行性能测量。建议您研究一下如何将需要大量调用以进行交互的任何 COM组件迁移到托管代码。许多情况下不可能将旧式组件迁移到托管代码，特别是在最初迁移Web应用程序时。 在这种情况下，最大的性能障碍之一是将数据从非托管环境封送到托管环境。因此，在交互 操作