【高性能web开发】ASP.NETWeb服务器（一）

OStack程序员社区-中国程序员成长平台 › 门户 › 编程› ASP.NET›ASP.NET编程经验

原作者: [db:作者] 来自: [db:来源] 收藏邀请

本文通过一个特别的案例：最终用户使用浏览器向服务器请求包含100条最新新闻纪录的页面，慢慢的展开。

本文集中在ASP.NET Web服务器（特指用于接收用户请求，处理业务逻辑和响应HTML的服务器；分布式，客户端，IIS，数据库和应用服务器配置和优化部分，稍后介绍）

应用程序级别

1.生产环境使用Release版本，而不是Debug版本

关闭所有调试日志和信息
移除所有用于调试，测试和跟踪的代码
使用宏操作可以很方便的关闭和管理这些代码

#if DEBUG
            Console.WriteLine("");//日志？输出？调试？
#endif

配置Web.Config关闭调试模式

2.移除不必要的HTTP Module

通过运行时访问HttpContext.Current.ApplicationInstance.Modules确定使用到的Module
通过web.config移除不必要的HTTP Module
例如如果你不想使用Session那么就移除SessionModule
- 　　本案例中，由于新闻数据和用户无关，也许我们可以移除很多Module

3.移除不必要的文件

特别是没用的dll和PDB文件

4.启用服务器配置

例如GC运行于服务器模式

5.检查Global等全局性代码和功能

页面级别

1.考虑使用比Aspx轻量级的处理模式，例如ashx(httphandler)

例如需要一个页面作为接口提供或者接收数据，（而不是返回一堆HTML）
aspx页面生命周期过于笨重，速度缓慢
aspx内部经常使用服务器控件，这也是重量级的主
aspx内部服务器控件产生的ViewState等。。。。
个人比较喜欢MVC做页面和WCF做服务

2.避免使用重量级解决方案

Asp.net UpdatePanel (这东西搞搞管理员模块也就算了，就不要拿到最终用户界面来吓人了)
EXT，ComponentArt等重量级第三方解决方案

3.避免太深的页面或者类继承（例如APage:BPage....）

不要设计超级父类，集中了一大堆功能
继承级别过深是较为消耗性能的

4.优化逻辑

例如已经在PageLoad中初始化过的对象，不要在例如按钮点击等事件中再初始化一次
例如不要有这种代码。。。

   DataSet ds = new DataSet();// 无奈的初始化。。。。偶尔还能看到非常重量级的初始化
    ds = ClassA.LoadDataSet();

5.小心使用重量级资源，包括但不仅限于以下内容

Thread
Sesssion
Application
内核锁
内存
大量小对象（GC压力，例如大量的使用小字符串），可以使用WinDbg+SOS调查

6.设计往往对与性能有至关重要的影响

例如长时间的操作，异步比同步性能要好很多
例如大批量同类的操作，批量操作比一次操作一条要好的多
CPU未满，而且希望缩短响应时间，考虑多线程
CPU满了考虑空间换时间
CPU没满考虑时间换空间（注意 IO压力大也会导致CPU100% 这个时候还是考虑空间换时间）
例如设计时候考虑数据和样式分离，每次只要重新拉数据就行了例如每次拉取数据的时候，服务器只返回已经更新了的数据
例如按照更新时间排列，如果更新了早一些的数据；那么每次读取的时候按照更新时间排列就是一个问题，不如在内存中保存最新的100条数据，有更新的话直接把该集合中最旧的一条移除，最新的一条插入（可以多留几条备用）
这个例子一般是读多写少，读写比例可能达到1000：1，是很好的使用缓存的例子

缓存

1.页面缓存和页面片段缓存

<%@ OutputCache Duration="60" VaryByParam="none"%>

<html>
<script language="C#" runat="server">
void Page_Load(Object sender, EventArgs e) 
    {
        TimeMsg.Text = DateTime.Now.ToString("G");
    }
</script>

<body>
<h3>Using the Output Cache</h3>

<p>Last generated on: <asp:label id="TimeMsg" runat="server"/>
</body>
</html>