ASP技巧累加
一、On Error 语句
该语句的作用是：启用或禁用错误处理程序。一般用法如下：
On Error Resume NextOn Error GoTo 0
如果在您的代码中未使用On Error Resume Next语句，所发生的运行时错误将显示错误信息，同时，代码的执行也随之终止。
但当你采用它时，就会使程序按照产生错误的语句之后的语句继续执行，或是按照最近一次所调用的过程（该过程含有 On Error Resume Next 语句）中的语句继续运行。这个语句可以不顾运行时错误，继续执行程序，之后您可以在过程内部建立错误处理例程。
在调用另一个过程时，On Error Resume Next 语句变为非活动的。所以，如果希望在例程中进行内部错误处理，则应在每一个调用的例程中执行 On Error Resume Next 语句。
如果您已启用 On Error Resume Next 错误处理程序，则可使用On Error GoTo 0禁用错误处理程序。
<script language=vbs>On Error Resume NextErr.Raise 6 '产生溢出错误。msgbox ("Error # " & CStr(Err.Number) & " " & Err.Description)cnbruce.com '缺少对象，因为cnbruce是自定义的msgbox ("Error # " & CStr(Err.Number) & " " & Err.Description)Err.com '对象不支持该属性或方法msgbox ("Error # " & CStr(Err.Number) & " " & Err.Description)Err.Clear '清除错误。</script>
附注：要在代码中生成运行时错误，请用Err对象的Raise方法。
这样的情况经常在调试程序的时候看见，比如分别调试下面两程序则会显示。
1，err1.asp
<%Err.Raise 6%>
技术信息（用于支持人员）错误类型：Microsoft VBScript 运行时错误 (0x800A0006)溢出
2，err2.asp
<%cnbruce.com%>
调试的时候也就是：
技术信息（用于支持人员）错误类型：Microsoft VBScript 运行时错误 (0x800A01A8)缺少对象: 'cnbruce'
但当你在首行添加了On Error Resume Next之后，发现不报错提示，表明内部错误处理完成。
但进行下列程序的时候发现
3，err3.asp
<%On Error Resume Nextcnbruce.comOn Error GoTo 0cnbruce.com%>
这时运用了On Error GoTo 0，则会显示出错信息，只不过不是第三行，而是第五行的cnbruce.com错误对象了。
通过上面几个例子，相信你对此语句应该有所领悟了。接着再看。
二、Option Explicit 语句
该语句的作用是：强制要求显式声明脚本中的所有变量。
所谓的显式声明，就是要使用 Dim、Private、Public 或 ReDim 语句声明所有变量。如果在程序中试图使用未经声明的变量名，则会出现错误。用该语句可以避免拼错已存在的变量名称。对于作用范围不清楚的变量，使用此语句也可避免发生混淆。
当然，如果要使用 Option Explicit，该语句必须出现在脚本的任何其他语句之前。
4，err4.asp
<%Option Explicit ' 强制显示声明变量。Dim MyVar '声明变量。MyVar = 10 '声明变量不产生错误。MyInt = 10 '未声明变量产生错误。response.write(MyInt)%>
报错信息如下：
技术信息（用于支持人员）错误类型：Microsoft VBScript 运行时错误 (0x800A01F4)变量未定义: 'MyInt'
再加一句：ASP中对VBScript提供了强劲的支持，能够无缝集成VBScript的函数、方法，这样给扩展ASP的现有功能提供了很大便利。由于ASP中已经模糊了变量类型的概念，所以，在进行ASP与VBScript交互的过程中，很多程序员也惯于不声明VBScript的变量（我也是-_-!，以后注意），这样加重了服务器的解析负担，进而影响服务器的响应请求速度。
鉴于此，我们可以象在VB中强制用户进行变量声明一样在VBScript中强制用户进行变量声明。实现方法就是：在ASP程序行首放置<% option explicit%>。实践也证明，ASP文件中使用“Option Explicit”可以使得程序出错机会降到最少，并且会大大提升整体性能。
另外，声明的变量有个顺序的技巧，要么以编译时间，要么以运行时间。声明的变量都按此顺序引用。
三、<%@LANGUAGE="xxx" CODEPAGE="936"%>
一般又分为<%@LANGUAGE="VBSCRIPT" CODEPAGE="936"%>和<%@LANGUAGE="javascript" CODEPAGE="936"%>两种。
LANGUAGE="VBSCRIPT"和LANGUAGE="javascript"，申明ASP当前使用的编程脚本分别为VBSCRIPT和javascript。一般在程序第一行进行申明。当使用该脚本申明后，以下所有程序运用全得符合该脚本语言的所有语法，两者不能混淆使用，否则出错。我们在写ASP时，一般不做限定，因为经常会在一ASP页面写不同的脚本，当然这也是以牺牲执行效率为代价的。
CodePage：可读/可写。整型。定义用于在浏览器中显示页内容的代码页。代码页是字符集的数字值，不同的语言使用不同的代码页。例如，ANSI代码页为1252，日文代码页为932，简体中文代码页为936。一般情况下，当你上传到国外网页空间，或者提取数据库记录等出现乱码时，就采用这种方法解决
严格控制Session。
可以将不需要Session的内容（比如帮助画面，访问者区域，等等）移动到关闭Session的独立ASP应用程序中。在基础页面上，可以给ASP一个指示，让它不需要使用Session。将下面的代码直接加入到ASP页面的头部：
<%@EnableSessionState=False%>
在Web服务器上缓存经常使用的数据。
典型的情况是：ASP页面从后台存储中取回数据，然后以超文本标记语言（HTML）的形式形成结果。不管数据库的速度如何，从内存中取回数据要比从后台存储设备中快得多。从本地硬盘读取数据通常也非常快。所以，提高性能可以通过缓存服务器上的数据来实现，无论是将数据缓存在内存中，或者本地硬盘中。
缓存是经典的“空间换时间”的折中方式。如果缓存得恰当，就可以看到显著的性能提升。为了让缓存有效，必须保证缓存数据是经常要重用的，而且也是计算起来繁琐的。装满陈旧数据的缓存是对内存的浪费。
不经常改变的数据是缓存的较好对象，因为不需要随时考虑这些数据更新后的同步操作。组合框、参考表格、DHTML代码、扩展标记语言串、菜单以及站点配置变量（包括数据源名字，Internet协议地址IP以及Web路径）都是很好的缓存对象。注意：要缓存数据表达式而不是数据本身。如果一个ASP页面经常变化并且很费力去缓存（比如整个产品目录），就要考虑预产生HTML，而不是每次发生请求时再描述它。
在Application或Session对象中缓存经常使用的数据。
ASP中的Application和Session对象是在内存中缓存数据的便利容器。你可以将数据赋值给Application和Session对象，这些数据在HTTP调用期间将一直保持在内存中。Session中的数据是为每一个用户服务的，Application中的数据是所有用户共享的。
何时需要在Application和Session中装入数据？通常，当应用程序启动或者会话开始时，数据就被装入了。为了在这时装入数据，在Application OnStart()或者Session OnStart()中分别添加适当的代码。这些函数位于文件Global.asa中，如果原来不存在，就添加上。也可以在数据首次需要的时候调入，在ASP页面中添加代码，检查数据是否存在，如果没有发现，就调入它。这里有一个例子，它代表了被称为“lazy evalution”的经典性能处理技术：直到需要，再去计算。
拷贝经常使用的数据到脚本变量中。
在ASP中存取COM对象时，应该拷贝经常使用的对象数据到脚本变量中，这样就减少了对COM对象的方法调用。这些调用要比存取脚本变量相对来说费时费力。当存取Collection和Dictionary对象时，使用这项技巧也减少了昂贵的查找操作。
通常，如果要不止一次地存取对象数据，就应将数据放入脚本变量中，对象数据主要也就是Request变量（表单和查询字符串变量）。比如，站点要传递一个叫做UserID的查询字符串变量，假设它将在一个特殊页面被引用12次，那么不需要调用Request("UserID")12次，只要在ASP页面的头部分配给UserID一个变量，然后在页面中使用它，这样做就节省了11次COM方法的调用。
在任何可能时使用Server.Transfer，而不要用Response.Redirect。
Response.Redirect告诉浏览器请求另一个不同的页面，这常常用于引导用户到登录页面或者出错处理页面。由于重定向强迫了一个新页面请求，结果是浏览器必须要与Web服务器循环2次，并且Web服务器必须处理一个额外的请求。Server.Transfer执行在同一服务器上的页面传输，这将避免额外的浏览器－Web服务器的数据循环，形成良好的系统性能，对于用户也有较好的响应时间。当然Server.Transfer只支持相对路径（即站内使用）。
