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