IIS7中的站点，应用程序和虚拟目录详解
前言： 在上一篇博客中，因为我要解决两个独立的站点被放置在同一个站点下的两个应用程序后URL重写的问题，尝试使用了http module方法进行url重写。但那只是我尝试的方法之一。而另外一个想法是：能不能只在IIS本身中，对这两个application(www.site.com/cd和www.site.com/dh)进行设置，使得从某个application的页面发出的绝对路径形式的请求只定向到该application的根目录，这样说有点罗嗦~也就是说，如果www.site.com/cd/default.aspx页面中的一个CSS引用是这样写“<link href="/css/style1.css" ”的话，会请求www.site.com/css/style1.css文件，但显然，我是希望从www.site.com/cd/default.aspx中发出的href="/css/style1.css"请求是对www.site.com/cd/css/style1.css的请求，也就是说,从application出发的根路径(root virtual directory)不再是这个application所在的site，而是这个application本身。
在作这个尝试的时候，我google了一些资料来研究这样的配置的可能性。不过这里说的不是如何解决路径重写或者如何配置的问题，而是阐述一下站点(site)，应用程序（application）和虚拟目录(virtual directory)概念与作用，已及这三个东西在IIS6与IIS7中的异同。因为站点，应用程序和虚拟目录是我们在IIS上架设网站时肯定会遇到的，但它们的概念又是那么的含糊(至少对我来说)。我在网上找了一些资料来学习，其中一个写的比较详细的是：Understanding Sites, Applications, and Virtual Directories on IIS 7 而这里则只是作一些总结。
在IIS6中，应用程序和虚拟目录的概率是有点含糊的，而在IIS7以上，这三者则被规范化起来，在IIS架构层面上明确了三者的层次关系。
在IIS6中，虽然存在virtual directory 和application两个概念，而且看上去这两个概念是独立的，但是在IIS6中一个application其实就是一个虚拟目录，只不过一个application在medabase中可以对AppFriendlyName, AppRoot, AppIsolated, AppPoolID这几个属性进行设置而已。但IIS6中的site则是例外，因为就算不对那几个属性进行设置，它也不会被视为虚拟目录，而是被视为一个application。
而在IIS7或以上（但目前我能接触到的最高版本的IIS就是win7中的IIS7.5），site,application和virtual directory的概念已经被规范起来，已经不像IIS6那样含糊。在IIS7+中，他们是独立的概念，并且在IIS组织架构上呈现出一种层次关系：一个site中可以有一个或者多个application，一个application中可以有一个或者多个virtual directory，而一个virtual directory则对应着一个物理路径。一个site默认会至少有一个application，称为根应用程序(root application)或者默认应用程序（default application），而一个application至少有一个vitual director，称为根虚拟目录(root virtual directory)来看一下我的IIS7.5上一个site的结构和这个site在IIS的ApplicationHost.config文件是怎样对应的。：
注：ApplicationHost.config文件在目录：\%windir%\system32\inetsrv\config目录下
我的IIS中只有一个ID为13的site，site下有两个application分别为cd和dh。从右边的config中可以看到，其实除了cd和dh两个application外，site本身也是一个application，也就是root application。同时也可以看到，每个application下有一个 virtual directory,也就是root virtual directory，充当着这个application的根目录，并映射到该application所在的物理路径。当然，每个application可以有多个virtual directory，这些virtual directory可以对应其他的物理路径（譬如dh application下的image虚拟目录的物理路径可以使网络中另外一台计算机的某个共享目录）
在IIS7+中(其实IIS6也是一样，但细节有不同，这里有点含糊，还待深入研究)，一个site运行在一个application pool中，而一个application pool默认有一个w3wp.exe（工作者进程），site中的application运行在这个w3wp.exe进程中的app domain（应用程序域）中(不同application运行在不同app domain中，以进行隔离),而同一个application的virtual directory运行在相同的app domain下。但site下的application不一定必须跟这个site运行在相同的application pool，application可以指定一个跟这个application的site不同的application pool。
接下来独立的阐述一下site，application和virtual derectory
站点(site)
一个站点包含一个或者多个application和一个或者多个虚拟目录。我们可以通过对site进行不同的绑定以用不同的方式对site进行访问。这里的“绑定”包含两个方面，一个是绑定的协议，另一个就是绑定信息。绑定协议用于指定通过什么协议去和该site进行通信。IIS7+中，对一个site可以的协议包括http,https,net.tcp,net.pipe,net.msmq,net.formatname这几种。当然，对于一个网站，最常用的就是http和https。而绑定信息则定义了通信的基本信息，比如IP地址，通信端口，站点的一些头部信息(header)。正如前面说到的，可以为一个site添加多种绑定，只需要在IIS中对某个site进行“编辑绑定”操作即可。
应用程序(application)
application是为一个site提供功能的基本单位，例如一个购物站点可以包含两个application：一个负责呈现商品，给消费者去选购，并放入购物车，而另一个appliation则可以专注于用户的登录以及支付业务。当一个site只有一个application时候，这个application也就是root application或者default application，代表着这个site本身，在applicationHost中的“<application path="/" >”里面，path="/"就表示该application是该site的根应用程序。
application运行在IIS中的应用程序池中，以app domain隔离。application可以运行在IIS中任意一个应用程序池中，而不一定要运行在这个application所在的site的应用程序池中，但对于使用托管代码开发的application（例如一个asp.net网站）必须运行在运行在.NET之上的应用程序池。可以在IIS中对应用程序池进行设置，包括设置.NET版本(或者是非托管环境)，以及设置管道模式等操作。
虚拟目录(virtual directory)
一个虚拟目录就是一个site（实际上是application）上的对一个本地计算机或者远程计算机上一个物理目录路径的一个映射名称。一个application可以拥有至少一个虚拟目录。在applicationHost中的“<virtualDirectory path="/" >”里面，path="/"就表示该virtual directory是该application(或者该site)的根虚拟目录。
当设置一个虚拟路径映射到一个物理路径后，这个物理路径中的目录名称就会变成这个site（或者application）的url的一部分。一个site(application)可以拥有多个虚拟目录，例如，一个site中的虚拟目录"www.site.com/script"映射到本地计算机上该站点中script文件夹，而"www.site.com/image"则映射到远程图片服务器上的一个“image”文件夹。IIS7+利用虚拟目录映射的目录路径目录下的web.config配置文件来管理该虚拟目录及其子目录（可以在applicationHost.config的sites/virtualDirectoryDefaults节中使用allowSubDirConfig="false"属性来关闭web.config对子目录的控制。）
以上就是IIS7+中的site,application,vitual directory的解释，但不限于这些。
本文参考资料:Understanding Sites, Applications, and Virtual Directories on IIS 7
