A.虚拟目录

    虚拟目录是指在站点下建立一个虚拟子目录，指定一个固定的物理路径做为站点的应用路径。

    1. 虚拟目录与父级站点共用一个应用程序池

    例如：站点TestWeb（c:\Inetpub\wwwroot\ TestWeb）下建立了SubTestA(D:\SubTestA)的虚拟目录

        若TestWeb为设定了Framework V2.0，则SubTestA也必须是Framework V2.0的应用程序，否则将给带来Framework不匹配的各种错误。

    2. 虚拟目录必须将可执行文件（dll等)放置在父级站点的bin目录下。

    3. 虚拟目录中的web.config文件继承父级站点的web.config.

        就是说如果父级站点声明过的引用，在虚拟目录下的web.config中不应重复声明

    4. 虚拟目录中的应用其根目录为父级站点的根目录    

    5. 虚拟目录中的AppSetting.config设置应使用相对路径来进行引用。

B. 应用程序

    应用程序是指在父级目录下建立了一个单独的应用程序，独享应用程序池

    1. 应用程序可以与父级站点拥有不同的应用程序池

        即可以达到TestWeb为Framework V2.0，而SubTestA可以是Framework V4.0，二者互不影响

    2. SubTestA的可执行文件独立的放置在根目录下的bin中，不能放置在WebTest的bin目录中

    3. SubTestA的web.config独立于WebTest的web.config

    4. SubTestA中的应用其根目录为父级站点的根目录

    5. 虚拟目录中的AppSetting.config设置应使用相对路径来进行引用。

 

应用程序是建立在虚拟目录的基础之上，而应用程序独立于父级站点拥有独立的程序运行机制，这让同一站点拥有了运行不同框架集而不相互影响的能力

实际运用中需要根据不同的情况来选择虚拟目录或应用程序

 

 

考虑到我只是需要某网站的一个映射网址，两个发布文件没有任何关系，也不想公用任何config或者dll文件

于是还是老实的“添加应用程序”来解决问题吧

于是，我还是不甘心，去iis网站配置文件applicationHost.config（C:\Windows\System32\inetsrv\config）中查看到部分内容

（publish和test2.0是添加的虚拟目录，test2.0_是添加的应用程序）对应配置如下：

<sites>
            <site name="Default Web Site" id="1">
                <application path="/">
                    <virtualDirectory path="/" physicalPath="%SystemDrive%\inetpub\wwwroot" />
                </application>
                <bindings>
                    <binding protocol="http" bindingInformation="*:80:" />
                </bindings>
            </site>
            <site name="test1.0" id="2" serverAutoStart="true">
                <application path="/" applicationPool="test1.0">
                    <virtualDirectory path="/test2.0" physicalPath="F:\asp.net\test 2.0\publish2.0" />
                    <virtualDirectory path="/publish" physicalPath="F:\asp.net\html5拖拽上传\test\publish" />
                </application>
                <application path="/test2.0_" applicationPool="test1.0">
                    <virtualDirectory path="/" physicalPath="F:\asp.net\test 2.0\publish2.0" />
                </application>
                <bindings>
                    <binding protocol="http" bindingInformation="192.168.1.107:8080:" />
                </bindings>
            </site>
            <siteDefaults>
                <logFile logFormat="W3C" directory="%SystemDrive%\inetpub\logs\LogFiles" />
                <traceFailedRequestsLogging directory="%SystemDrive%\inetpub\logs\FailedReqLogFiles" />
            </siteDefaults>
            <applicationDefaults applicationPool="DefaultAppPool" />
            <virtualDirectoryDefaults allowSubDirConfig="true" />
        </sites>

 很清楚的看到，site（站点），application（应用程序），virtualDirectory（虚拟目录）的层次关系，并可以说明为：

一个site中可以有一个或者多个application，一个application中可以有一个或者多个virtual directory，而一个virtual directory则对应着一个物理路径。一个site默认会至少有一个application，称为根应用程序(root application)或者默认应用程序（default application），而一个application至少有一个vitual director，称为根虚拟目录(root virtual directory)

 

也许在早版本的iis中，例如iis6，应用程序和虚拟目录是没有太大严格区分的，在IIS7以上，这三者则被规范化起来，在IIS架构层面上明确了三者的层次关系。具体可以参考：

http://www.cr173.com/html/18969_1.html

所以添加应用程序，本质上还是为其配置一个虚拟目录，根据path和 physicalPath很清楚的知道，iis是如何帮我们映射物理路径的