|
ASP本身包含了一个DLL文件，名字为ASP.DLL，缺省安装在Winnt\System32\inetsrv目录下。这个DLL文件负责得到一个ASP页面(由文件扩展名.ASP标识)，然后对它进行分析，寻找服务器端脚本内容。这个脚本传送给相应的脚本引擎，脚本的执行结果与ASP页中的HTML和模板文本结合在一起。完整的页面会送到Web服务器，从那里送往原先提出请求的客户端。# g5 @% A! L& j0 k2 C4 I
关于应用程序的映射
为了更好地理解这个过程，需要研究一下Windows 2000中的应用程序映射的工作方式。对于每一个在IIS下设置好的Web站点，服务器上都有一个根目录。安装IIS时，缺省的Web站点通常是C:\InetPub\WWWRoot，除非在安装过程中改变了路径。对于这个目录以及其中的子目录(这个我们稍后再讨论)，有一组定义目录如何配合IIS的属性。
从Start菜单中的Administrative Tools打开Internet Services Manger，将运行微软管理控制台(Microsoft Management Console，MMC )，显示IIS的情况。) F4 {4 x' ~2 F; A; ~+ c0 S6 _
用鼠标右击Default Web Site，选择Properties (属性)，然后出现Home Directory选项卡，如图1 - 4所示。! D$ N2 R5 r- g5 b8 S$ `' k1 y, _
可以看到缺省的站点被设置成为一个虚拟的应用程序。在选项卡的下半部有Applicationname、Execute Permissions和Application Protection选项。IIS使用虚拟应用程序的方式来隔离页面集和所使用的组件的实例，以失败影响到防止Web服务器。正如早先所看到的，这是通过在单独的内存空间中执行页面和进程外组件实现的。我们将在本章后面讨论这个问题。# k {' D9 ?5 F
) J( N' d: N, h |
2 M7 g$ W: w# y5 {/ f8 F* Y. n3 D
7 c: F/ c8 C7 _2 |
读者可能想了解这一选项卡上的其他文件类型。.ida、.idc和.idq文件扩展名是IDC模板文件和查询文件所使用的，因此，一个IDC查询页面( .idc )将直接送到
+ p( l* b0 G1 y0 _" Z7 D
2 t/ z ?; D, d4 y8 s
认识到ASP页面可以包含
8 Z- @( D/ A7 @( R- m
这个单独的文件必须仅包含有效的脚本代码，不能包含原有页面内容如文本或HTML。假如使用这个技术，其他的代码不能放在<SCRIPT>元素内，它必须是空的。如果要为页面增加其他脚本，需使用另外一个<SCRIPT>元素或者由< % . . . % >分隔的脚本。
3 X' Y& } A# R+ L
这个定义行还可包含其他的定义内容，在本章后面能看到相关内容。定义一个用VBScript编码的页面，如下所示：; u( O. a: w1 s( X; t! ]& F
<%LANGUAGE="VBScript"%>
6 t+ R/ m! x; B0 \" _6 m0 I; E& A2 ?
不像在客户端，在注释元素内不需要隐藏脚本代码，因为当它执行时，代码将从页面移走，取而代之的仅是输出结果。在客户端查看ASP页(在浏览器中选择View Source)时，只能看到文本、HTML和其他客户端脚本代码。所有的服务器脚本都被执行，只有结果被送到客户端。$ j+ i9 s1 o6 e5 k/ D" ~3 ]
缺省的脚本语言* C( @7 @$ d% u+ p5 \' c
当没有指定ASP页的脚本语言或没有单独的<SCRIPT>元素时， ASP将使用缺省的脚本引擎。首次安装IIS时，缺省的脚本语言是VBScript。但对于整个Web站点或者一个站点内的独立的虚拟应用程序，根据需要可相应改变设置。; h* L! S/ v" z1 \5 ^3 [
在本章前面提到的Application Configuration对话框中，有一个App Options选项卡包含了设置缺省语言的文本框，如图1 - 6所示。
# Y( H+ A- Q- `) p7 [9 W- F4 a4 ]
3. 脚本性能问题1 Q! [" i) Y. A5 n( @$ Q
一般来说，Web服务器处理器的速度是足够满足使用的(除非特别繁忙的站点)，因为它们的主要任务是从磁盘中载入页面并发往客户端。因此，每个页面的请求结果都使处理器等待磁盘。这意味着执行ASP脚本通常对性能的影响非常小。而且如果在一个页面上某段脚本代码多次执行，而这段代码的已编译版本已被高速缓存，那么只须执行它，而不必多次编译，这样对性能的影响就更小了。, |8 L9 @0 [. y; G' M' i8 a, ?8 I; H
当然，随着请求数量的增加，服务器负载也不断增加，解析和执行每个ASP页面就有相应的代价。应尽可能压缩ASP解释器的工作量。下面是一些有用的提示。
U& g# S1 d% D. J" ?( _2 e
$ Y$ }" V: E6 O. y3 y" t
(3) 构建单独的组件