ASP.NET中的错误处理和程序优化

错误的类型
 A。分析程序错误:
  1。语法错误:语法有问题
  2。逻辑错误:除0错误、类型不匹配、不正确输出、使用不正确的对象、处理无效的数据
 B。编译错误:
  使用了不能被语言编译器识别,但ASP.NET能识别的关键字或语句时发生的借误。(生成成功但编译出错)
 C。运行时错误(如if...else...考虑不全)
 D。配置错误:Web.Config文件出错

错误的处理
 A。使用验证控件
 B。编程处理:
  1。校验语句(使用checked括住要检查的语句)
  2。try...catch...finally
  3。Page_Error
  4。Application_Error
 C。在应用程序配置文件中,为应用程序执行的声明性错误处理(customErrors节点,设定报错页)

提高数据访问性能

 bool CheckIDExisit(string strFileID,string strID)  //加载XML后判断节点是否存在
 可以改成:
 bool CheckIDExisitByXml(string strXml,string strID) //利用已读出的XML字符串直接查找,不用每次都加载XML文件
 A。逻辑设计建议采用3层。
 B。使用最佳的Data Provider(SqlClient,OracleClient,OleDb,Odbc;在访问MSDE/SQL时始终使用SqlClient;在访问Oracle时绐终使用OracleClient)。
 C。DataReader和DataSet。只读时用DataReader(通常比DataSet快16%)。
 D。ExcuteNonQuery和ExecuteScalar。只更新数据时用ExecuteNonQuery,单个值查询用ExecuteScalar。
 E。数据绑定。把页面中的<%# DataBinder.Eval(Container.DataItem,"ColumnName" %>换成<@% ((DataRowView)Container.DataItem)["ColumnName"] %>
 F。连接池。及时关闭,完成后显式地关闭连接
 G。使用存储过程。有助防止SQL注入攻击;消除应用与数据库反复调用的成本(事务处理)
 
服务器控件
 A。注意ViewState和控件数量。
 B。如果不使用PostBack功能,请在页面级屏蔽ViewState。
 C。使用<%@ Page Trace="true" %>跟踪ViewState的大小。

缓存技术
 经常被访问并变化不大的数据(不要缓存新闻、购物车等;不要缓存个人信息,以防止别人盗用)。
 A。输出缓存:配置页的OutPutCache属性
 B。数据缓存:
  Cache["userName"] = "Terry";
  Response.Write(Cache["userName"]); //不能用下标访问,如Cache[0]
  Cache.Remove("userName");
 C。缓存变量的添加
  Cache.Add(...)和Cache.Insert(...)功能相同,但Insert更灵活。
 
提高性能的实用技巧
 A。不要使用不必要的Session
 B。不要使用不必要的Server Control
 C。不要使用不必要的ViewState
 D。不要用Exception控制程序流程
 E。使用存储过程完成数据访问
 F。只读数据不要使用DataSet
 G。关闭ASP.NET的Debug模式
 H。使用ASP.NET Output Cache缓冲数据
 I。尽量使用高效的SQL返回需要的DataSet,不要对DataSet进行二次加工。特别不要对DataSet过行大量删除(不如复制部分数据)
 J。尽量把查询数据库的次数压缩到最少,尽量控制为1-2次。
 K。注意优化数据库查询操作(查询条件;只查询所需要的字段)
 L。数据库连接仅在需要时打开,一旦操作完成要显式关闭
 M。在关闭连接时记得删除删除临时对象,并确保关闭任何用户定义事务
 N。用DataReader代替DataSet。
 O。注意共享那些经过复杂处理或漫长查询才能得到的数据
 P。在页面跳转时记得终止当前页面的处理
 Q。有大量连接的字符串操作时使用StringBuilder

原文地址:https://www.cnblogs.com/vipcjob/p/1554493.html