提高ASP.Net网站性能

1、缓存
对那些经常使用的数据和需要大量的时间来创建的数据可以存储在内存中,后来的请求直接使用,不需要在从新生成,
使用方法很简单:
<%@OutputCache VaryByParams="none" Duration="120"%>
使用缓存的原则:
1)在页面中静态的内容和动态的内容分割开来。
       可以把动态内容单独出来,做成用户控件
2)缓存合理的数据
  并不是所有的数据内容都进行缓存就能提高性能的,由于服务器的资源是有限的,缓存不适当的数据反而会降低性能,应当缓存的应该是应用程序级的数据,多个用户
  共同使用的数据,静态数据,生成数据需要开销很大的数据,DataSet以及自定义的对象等,不要缓存数据库连接对象,不要缓存DataReader.
3)选择适当的方式
--------------------

2、视图
1)如果不需要用视图请禁用它,
视图状态默认是允许的,如果页面不进行Postback如果不处理服务器控件事件,可以禁用它
2)尽量减少视图状态中存放的对象
      不要在视图状态中存放大量的对象。
--------------------

页面处理
1)尽量减少页面文件的大小
    将CSS和脚本存为单独的文件,不要将多个任务放在同一个页面中,不要指定服务器控件的ID数据位比较长的字符串
2)通过Page.IsPostBack减少代码的执行数量。
3)禁用Debug="true" 减少页面生成额外的调试信息,
4)使用Server.Transfer而不使用Response.Redirect
5)尽量使用客户端验证,减少使用服务器端的验证,减少服务器和客户端之间的往返。
6)在适当的时候使用客户端服务器控件
   如果不需要在回发时保持状态,如果显示的数据是静态数据,如果不需要自爱服务器端用代码访问控件,如果不需要回发处理,如果显示的是只读数据,就可以考虑不使用
   服务器控件。
7)尽量避免嵌套服务器控件。

--------------------
避免使用Page.DataBind和DataBinder.Eval
Page.DataBind执行时会将页面中所有的服务器控件执行一次DataBind方法,如果没有必要就不要使用。
DataBinder.Eval方法是使用反射来获取参数的。尽量少使用,
尽量不要使用:
<ItemTemplate>
<tr>
  <td><%#DataBinder.Eval(Container.DataItem,"字段一"))%></td>
  <td><%#DataBinder.Eval(Container.DataItem,"字段一"))%></td>
</tr>
</ItemTemplate>
而使用:
<ItemTemplate>
<tr>
  <td><%#(DataRowView)Container.DataItem["字段1"]%></td>
  <td><%#(DataRowView)Container.DataItem["字段1"]%></td>
</tr>
</ItemTemplate>

--------------------
关于Application和Session对象
1)尽量使用InProc模式的Session这个模式最快
2)在Session里存储基本类型的书减少序列化所消耗的资源
3)如果不用Session,请使用EnableViewState=“false”禁用它
4)如果不修改Session变量,请用ReadOnly属性设置

--------------------
关于字符串操作
1)尽量使用Response.Writ将结果输出,这种方法是最快的。不要将字符串连接在一起一次输出
2)在字符串短并且少的情况使用String.Concat方法,在字符串长度未知,并且比较长的情况下使用SringBuilder对象
3)不要使用StrVar==""来判断字符串是否为空,这样会产生额外的字符串,请使用StrVar==String.Empty代替,或者使用StrVar.Length==0来判断
4)请使用String.Compare方法来比较字符串
--------------------
关于数据访问
1)尽量使用存储过程返回数据
2)在数据库中只返回有用的数据结果,不要选择不使用的数据字段。
3)进行使用DataReader进行数据绑定,DataReader是单向只读的。
4)尽量一次返回多个记录集,而不是每个记录集分别打开一次数据库连接进行查询。
5)尽量晚的打开数据库连接,尽量早地关闭数据库连接,(尽量使用using语句关闭数据库连接,)
6)使用连接池提高网站性能,不要变动数据库连接字符串,不要将连接进行缓存或者放置在Application对象中,当使用连接池时,关闭连接并不是物理连接,
而是将连接返回给连接池供别的用户使用,因此应该尽量早的关闭连接,
7)使用ExecuteNonQuery返方法执行不返回数据的操作,使用ExectueScalar方法返回单个结果的操作,
使用CommandBehavior.SequentialAccess返回二进制数据或者大数据。
8)如果多次相同查询,使用Command.Prepare方法。
9)使用GetOrdinal方法预先得到索引值,使用缩影值比使用字符串的列名查询数据效率更高,
--------------------

关于代码优化
1)在解析基本数据类型是,使用TryParse方法比Try好
2)使用AppendAllText,WriteAllBytes、WriteAllLine,WriteAllText,ReadAllBytes、ReadAllLine、ReadAllText方法读写文件内容可以优化性能,
3)不要使用如下方法
string[]arr=new string{"fly","flying"}
for(int i=0;i<arr.Length;i++)
{
  //TODO
}
这种方法每循环一次就计算一次arr.Length的值。而使用
string[]arr=new string{"fly","flying"}
int length=arr.Length;
for(int i=0;length;i++)
{
  //TODO
}
4)避免在循环里创建对象
for(int i=0;i<10;i++)
{
  SqlConnection cn=new SqlConnection();
  //ToDo
}
而使用
SqlConnection cn=new SqlConnection();
for(int i=0;i<10;i++)
{
  //ToDo
}
5) 尽量减少装箱的次数,如果要在多处进行类型转换,请先定义一个变量
如:
int i=129;
object box;
box=(objiect)i;
//下面多次使用Box;
6)不要使用例外控制程序流程,
void UserExists(string UserID)
{
  if(dr.Read())
  {
   throw(new Exception("用户名不存在");
  }
}
修改代码如下:
bool UserExists(string UserID)
{
  return dr.HasRows;
}
7)在循环中不要使用不变的对象或者字段,例如:
for(int i=0;i<Customer.Order.Count;i++)
{
  PrintCustomerData(Customer.State,Customer.Zip,Customer.Order[i]);
}
这样的话没错循环都要查找对象的属性值 或者字段。
string state=Customer.State;
string []zip=Customer.Zip;
int count=Customers.Order.Count;
for(int i=0;i<count;i++)
{
  PrintCustomerData(state,zip,Customer.Order[i]);
}
8)使用for循环代替foreach循环
9)数组是所有集合中最快的,如果没有特殊的需要,尽量使用数组代替集合
10)了解各个集合的特性,选择合适的类型,
11)使用泛型,避免减少使用装箱,拆箱。

--------------------

http://blog.163.com/wsbgyi/blog/static/61523008200952182425976/

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


引言 本文从Linux小白的视角, 在CentOS 7.x服务器上搭建一个Nginx-Powered AspNet Core Web准生产应用。 在开始之前,我们还是重温一下部署原理,正如你所常见的.Net Core 部署图: 在Linux上部署.Net Core App最好的方式是在Linux机器
引言: 多线程编程/异步编程非常复杂,有很多概念和工具需要去学习,贴心的.NET提供Task线程包装类和await/async异步编程语法糖简化了异步编程方式。 相信很多开发者都看到如下异步编程实践原则: 遵守以上冷冰冰的②③条的原则,可保证异步程序按照预期状态正常运作;我们在各大编程论坛常看到违背
一. 宏观概念 ASP.NET Core Middleware是在应用程序处理管道pipeline中用于处理请求和操作响应的组件。 每个组件是pipeline 中的一环。 自行决定是否将请求传递给下一个组件 在处理管道的下个组件执行之前和之后执行业务逻辑 二. 特性和行为 ASP.NET Core处
背景 在.Net和C#中运行异步代码相当简单,因为我们有时候需要取消正在进行的异步操作,通过本文,可以掌握 通过CancellationToken取消任务(包括non-cancellable任务)。 Task&#160;表示无返回值的异步操作, 泛型版本Task&lt;TResult&gt;表示有返
HTTP基本认证 在HTTP中,HTTP基本认证(Basic Authentication)是一种允许网页浏览器或其他客户端程序以(用户名:口令) 请求资源的身份验证方式,不要求cookie,session identifier、login page等标记或载体。 - 所有浏览器据支持HTTP基本认
1.Linq 执行多列排序 OrderBy的意义是按照指定顺序排序,连续两次OrderBy,后面一个有可能会打乱前面一个的排序顺序,可能与预期不符。 要实现sql中的order by word,name类似效果; LINQ 有ThenBy可以紧接使用, ThenBy记住原本排序的值,然后再排其他值,
ASP.NET Core 核心特性:开源、跨平台、高性能是其决战JAVA的必胜法宝,最引人关注的跨平台特性 到底是怎么实现? &#xA; 本文分Unix、Windows剖析跨平台内幕,读完让你大呼过瘾。
前导 Asynchronous programming Model(APM)异步编程模型以BeginMethod(...) 和 EndMethod(...)结对出现。 IAsyncResult BeginGetResponse(AsyncCallback callback, object state
引言 最近在公司开发了一个项目,项目部署架构图如下: 思路 如图中文本所述,公司大数据集群不允许直接访问外网,需要一个网关服务器代理请求,本处服务器A就是边缘代理服务器的作用。 通常技术人员最快捷的思路是在服务器A上部署IISʺpplication Request Routing Module组件
作为一枚后端程序狗,项目实践常遇到定时任务的工作,最容易想到的的思路就是利用Windows计划任务/wndows service程序/Crontab程序等主机方法在主机上部署定时任务程序/脚本。 但是很多时候,若使用的是共享主机或者受控主机,这些主机不允许你私自安装exe程序、Windows服务程序
引言 熟悉TPL Dataflow博文的朋友可能记得这是个单体程序,使用TPL Dataflow 处理工作流任务, 在使用Docker部署的过程中, 有一个问题一直无法回避: 在单体程序部署的瞬间(服务不可用)会有少量流量无法处理;更糟糕的情况下,迭代部署的这个版本有问题,上线后无法运作, 更多的流
合格的web后端程序员,除搬砖技能,还必须会给各种web服务器配置Https,本文结合ASP.NET Core部署模型聊一聊启用Https的方式。 温故知新 目前常见的Http请求明文传输,请求可能被篡改,访问的站点可能被伪造。 HTTPS是HTTP加上TLS/SSL协议构建的可进行加密传输、身份认
长话短说 前文《解剖HttpClientFactory,自由扩展HttpMessageHandler》主要讲如何为HttpClientFactory自定义HttpMessageHandler组件, 现在来完成课后的小作业: 将重点日志字段显示到Nlog的LayoutRenderer上。 本文实现一个
引言问题 作为资深老鸟,有事没事,出去面试;找准差距、定位价值。 面试必谈哈希, Q1:什么是哈希? Q2:哈希为什么快? Q3:你是怎么理解哈希算法利用空间换取时间的? Q4:你是怎么解决哈希冲突的? Q5:你有实际用写过哈希算法吗? 知识储备 哈希(也叫散列)是一种查找算法(可用于插入),哈希算
前言 如题,有感于博客园最近多次翻车,感觉像胡子眉毛一把抓, 定位不了生产环境的问题。 抛开流程问题,思考在生产环境中如何做故障排除,&#160;发现博客园里面这方面的文章比较少。 .Net 本身是提供了sos.dll工具帮助我们在生产中故障排除,通过提供有关内部公共语言运行时(CLR)环境的信息,
.NET程序是基于.NET Framework、.NET Core、Mono、【.NET实现】开发和运行的 ,定义以上【.NET实现】的标准规范称为.NET Standard .NET Standard .NET标准是一组API集合,由上层三种【.NET实现】的Basic Class Library
长话短说 上个月公司上线了一个物联网数据科学项目,我主要负责前端接受物联网事件,并提供 参数下载。 webapp 部署在Azure云上,参数使用Azure SQL Server存储。 最近从灰度测试转向全量部署之后,日志时常收到: SQL Session超限报错。 排查 我在Azure上使用的是 S
临近年关,搜狗,360浏览器出现页面无法成功跳转,同域Cookie丢失? 也许是服务端 SameSite惹的祸。&#xA;本文揭示由于Chrome低版本内核不识别 SameSite= None, 引发的单点登录故障。
本文聊一聊TraceID的作用和一般组成,衍生出ASP. NETCore 单体和分布式程序中 TraceId 的使用方式
通过给 HttpClint请求的日志增加 TraceId,解锁自定义扩展 HttpClientFacroty 的姿势