ASP.NET性能最佳实践

根据MSDN webcast 整理
  • 逻辑/物理设计实践
    推荐 : 使用逻辑三层模型
    1. 页面(.aspx)和用户控件(.ascs)
    2. 可重用类型(组件)放在/bin目录下
    3. 数据放在SQL数据库中
    推荐 : 为Web Farm设计
    1. 不要假定访问者永远会回到同一服务器
    2. 注意静态变量和应用状态
    3. Web Farm会话状态
    推荐 : 用同一个进程
    应避免(可能时):
    1. 对XML Web服务的同步调用
    2. 通过DCOM的远程调用
    使用XML Web 服务 :
    1. 因特网上应用之间的通讯
    2. 不要用于应用内通讯
    推荐 : 使用ISA服务器,当需要DMZ安全域时 :
    1. 只允许通过ISA访问
    2. ISA隧道通过DMZ到达ASP.NET
    3. 减少进程转换
  • 语言/代码建议
    1. 避免使用晚绑定
      1. <%@ Page Language = "VB" Explicit = "true" %>要求声明所有变量类型,依然允许晚绑定
      2. <%@ Page Language = "VB" strict = "true" %>禁止使用任何晚绑定
  • COM交互建议
    1. 尽量少使用COM,而使用托管的组件
  • 数据建议
    1. 将数据存储在SQL Server中
    2. 选择合适的数据访问方式 : OLEDB/SQL client/ODBC
    3. 合理选择DataSet和DataReader 进行数据访问
  • 状态管理
    1. 选择合适的方式存放Session : Inproc/StateServer/database
    2. 使用简单数据类型
    3. 避免在Session中保存STA的COM对象
    4. 如果不需要Session,则禁用它 : EnableSessionState = "false"
    5. 如果可能,可使用readonly特性 : EnableSessionState = "Readonly"
    6. 哪果不需要ViewState则禁用它, EnableViewState = false
    7. 最小化ViewState中的数据
    8. 查看ViewState的大小查看HTML输出源码或者启用Trace
  • 使用缓存
    1. 页面缓存
    2. 部分页面缓存
    3. Cache对象
    4. 数据缓存
    5. WebService缓存
    量化WEB性能的方法: 机器吞吐率响应时间通过给服务器加负载来测试
  • 使用多台客户端机器加载
  • 免费Microsoft Web Application Stress
  • 测试多种场景
    1. 模拟对站点的端对端场景遍历
    2. 测试单页性能
  • 需要计算的数值
    1. 不同负载下的Request/sex(100,250,500,750,1000等同时访问的客户)
    2. 辨明在可接受TTFB/TTLB响应时间内的最大客户负载
    关键的性能计数器
  • 处理器,CPU%使用率 || 低数值 = 受阴或者锁竞争
  • ASP.NET,入列请求数 || 线性增长意味着服务器已满负荷
  • ASP.NET应用,每秒请求数||动态吞吐量(应当一致)
  • ASP.NET应用,总错误数 || 指示功能错误(应当是0)
  • ASP.NET应用,工作进程重启 || 指示严重功能错误
  • http://darkangle.cnblogs.com/archive/2006/03/29/361996.html

    你可能感兴趣的:(sql,webservice,session,server,Microsoft,服务器,asp.net)