2008年10月的文章浏览模式: 标准 | 列表

网站性能优化的几方面(三)

Posted by 欧阳振华 on 2008-10-25 16:50:38

 三、配置与部署性能优化

  1. 网站配置
    • 发布前禁用调试
      发布前记得要把Web.config 中compilation节点的debug设置为False来禁用调试.否则应用程序性能会有很大的影响.在VS2005里面新建一个网站后,在Web.config中会有这样一个节点:
      1. <!--   
      2. 设置 compilation debug="true" 将调试符号插入已编译的页面中  
      3. 。但由于这会 影响性能,因此只在开发过程中将此值 设置为 true。  
      4. -->  
      5. <compilation debug="true"></compilation> 
      在开发网站的时候设置的是True,但是在发布的时候一定要记得把它设为False.
    • 避免将错误页设置为同一个网站的某个页面.(事实上很多网站都是把错误页设置为本站的某个页面),这个设置不是很合理.以前我也不怎么觉得这有多大的关系统.但是在我前不久访问一个好友网站的时候,由于出错,它把我引向了错误页,那个错误页又是设置为自动跳转到网站首页的,所以跳到首页后出错又把我引向错误页,错误页再一次帮我跳到首页......这样就导致了恶性循环.这种情况一般不常见,但是在网站过于繁忙导致没有足够线程的时候会发生这样的异常.把错误页设置为其它网站的某个友好页面能解决这个问题.
  2. 网站部署
    • 发布前先编译.
      asp.net2.0提供了预编译机制,能避免首次访问网站编译带来的性能损失.使用IDE的发布操作能很方便地进行编译.
    • HTTP压缩.
      在IIS中配置HTTP压缩能减少30%的网络流量.对于CPU占用不高而网络带宽有限的网站来说,可以采用压缩来减少页面加载时间.

Read the rest of this article »

网站性能优化的几方面(二)

Posted by 欧阳振华 on 2008-10-24 15:57:41

二、页面级别性能优化

  1. 页面缓存
  2. 视图状态:服务器使用视图状态来保存控件的状态,但是某些大数据量的服务控件(比如GridView) 会产生大量的ViewState代码,使得页面加载时间增加,网络负载增加.如果我们确信不需要和某个服务器进行交互(比如仅仅使用GridView呈现数据而没有删除和修改操作),就可以通过设置控件的EnableViewState属性为False来关闭控件的视图状态.甚至你可以关闭整个页面的视图状态.
    1. <%@page EnableViewState="false"%> 
    除此之外,不推荐在ViewState中保存大量数据.可能初学者一时不知道 ViewState是什么东西,那么我就以我的博客为例,先打开首页的ViewState,(因我的首页没有用到交互,所以ViewState是关闭的).打开ViewState后,我们用IE浏览器来看看网页的源代码:

    这就是滥用ViewState的结果,这些没有用的数据在浏览器之间往返,占用了大量的网络流量.而关闭页的的ViewState后,再来看页面的源代码:

    我们看到,页面就"干净"了很多. 只有一些必要的HTML代码.

Read the rest of this article »

博客采用成员资格管理机制

Posted by 欧阳振华 on 2008-10-24 8:22:44

    KaiBo现在已采用成员资格管理机制,类似于MS提供的成员资格管理,所以博客里的文章及相册将会划分为公开和相对于没有注册用户的隐藏.要想查看所有的内容,只要注册就可以了.例如没有登陆的用户与登陆的用户看到的文章分类的区别如下图所示:

    当然了,由于博客现在是刚刚开始起步,所以博客里的内容暂时没有分权查看.文件的下载现只为注册用户提供.所以需要下载文件的朋友请花点时间去注册.


Read the rest of this article »

网站性能优化的几方面

Posted by 欧阳振华 on 2008-10-23 19:39:38

    一个刚入门的初学者开发一个网站后,能从哪些方面对系统的性能进行提升呢?

  1. 编码级别.这个是最小的级别,可能也是对性能的提升产生效果最小的.不过,我们需要特别注意一些宝贵的资源释放,往往这些错误在测试的时候不容易发现,系统一旦上线接受高访问量的考验就崩溃了.
  2. 页面级别.对于WEB系统来说,页面是一个很重要的一部分,客户端和服务端就是通过静态的HTML,JS等代码进行交互的.页面的缓存策略,页面的大小直接决定了客户端讯问网站的速度和网络流量.页面级别的性能优化比编码级别更有效一点.
  3. 构架级别.一个好的构架能提升系统性能,而构架也可能成为整个系统的杀手.对于分布式的系统更是如此.如果在一个环节发生了问题就可能导致整个系统的性能产生明显巨大的问题.
  4. 配置与部署.一个同样的系统可能在两个相同硬件配置的服务器上产生明显的性能差异.由于网站是需要IIS进行解析的,换句话说,网站所有的流量都要经过IIS这个关口,如果IIS的配置不当的话,对网站造成的影响是致命的.

    下面,我将就这几个方面介绍网站性能优化的一个具体做法,当然,方法并不是绝对的,所有方法都仅供参考.其中很多的方法我也是从一些网站性能优化的书上摘抄下来的.

一、编码级别的优化.

  1.     数据连接.
    • 尽量晚打开连接,尽量早关闭连接.
    • 优化SQL语句或者存储过程,尽量缩短查询运行时间

      下面两个连接方法就有很大的差别:

      1. SQLConnection conn=new SQLConnection(".....");  
      2. //打开连接  
      3. conn.open();  
      4. SqlCommand cmd=new SqlCommand("....",conn);  
      5. ...  
      6. ...  
      7. cmd.ExecuteNonQuery();  
      8. //关闭连接  
      9. conn.Close(); 
      1. SQLConnection conn=new SQLConnection(".....");  
      2. SqlCommand cmd=new SqlCommand("....",conn);  
      3. ...  
      4. ...  
      5. //打开连接  
      6. conn.open();  
      7. cmd.ExecuteNonQuery();  
      8. //关闭连接  
      9. conn.Close(); 

      上面的第一种方法就是过早的打开了数据连接,这样是非常消耗资源的,要像第二种方法样,在要执行查询的时候才打开连接.

  2.     数据查询
    • Select记录的时候,只返回需要的字段,不要Select * 把所有的字段都返回,数据越多对于服务器的压力就越大.对于分布式程序还会占用更多的网络流量.
    • 不要一次取出所有行,仅取出当前页面需要的数据,这就涉及到分页了.
    • 尽量使用DataReader来进行数据读取,DataReader是只读向前形式读取数据的,性能要比Dataset高.
    • 使用DataReader的时候,尽量一次返回多个记录集,需不是为每个记录打开一次数据库.
    • 如果需要在一个代码段中执行多个SQL语句,可以使用存储过程来优化性能.
  3.     释放资源
    • 使用Using来自动释放对像. 
  4.     其它优化
    • 不要依赖异常.异常是不可知的错误,
    • 使用泛型集合代替普通的集合. net2.0以上提供了很多泛型集合,使用泛型集合代替普通集合能提高性能.比如下面的代码耗时2908毫秒:
      1. ArrayList list=new ArrayList();  
      2. for(int i=0;i<10000000; i++)  
      3. list.add(i);  
      4. int count=0;  
      5. for(int i=0;i<list.Count;i++)  
      6. count=(int)list[i]; 
      改用泛型集合后代码耗时只用370毫秒
      1. List<int> list=new List<int>();  
      2. for(int i=0;i<10000000; i++)  
      3. list.add(i);  
      4. int count=0;  
      5. for(int i=0;i<list.Count;i++)  
      6. count=(int)list[i]; 
    • 不要大量使用反射,反射虽能减少项目依赖,但是会有比较大的性能损失,不推荐大量使用.

Read the rest of this article »

SQL常用的日期格式转换方法

Posted by 欧阳振华 on 2008-10-3 8:46:20
  1. select CONVERT(varchar(12) , getdate(), 101 )  
  2. 09/12/2004  
  3.  
  4. select CONVERT(varchar(12) , getdate(), 103 )  
  5. 12/09/2004  
  6.  
  7. select CONVERT(varchar(12) , getdate(), 104 )  
  8. 12.09.2004  
  9.  
  10. select CONVERT(varchar(12) , getdate(), 105 )  
  11. 12-09-2004  
  12.  
  13. select CONVERT(varchar(12) , getdate(), 106 )  
  14. 12 09 2004  
  15.  
  16. select CONVERT(varchar(12) , getdate(), 107 )  
  17. 09 12, 2004  
  18.  
  19. select CONVERT(varchar(12) , getdate(), 108 )  
  20. 11:06:08  
  21.  
  22. select CONVERT(varchar(12) , getdate(), 109 )  
  23. 09 12 2004 1  
  24.  
  25. select CONVERT(varchar(12) , getdate(), 110 )  
  26. 09-12-2004  
  27.  
  28. select CONVERT(varchar(12) , getdate(), 113 )  
  29. 12 09 2004 1  
  30.  
  31. select CONVERT(varchar(12) , getdate(), 114 )  
  32. 11:06:08.177  

 


Read the rest of this article »