理解SharePoint Web Application和IIS Web Sites 和 HTTP请求
当你创建一个web application的时候，你实际上在IIS里面创建了一个站点。一个IIS站点有bindings，包含单独的IP地址，一个Host Header 和port。IIS通过Bindings来决定HTTP 请求是请求的哪个站点。
当一个用户请求一个网页的时候，比如http://intranet.contoso.com/SitePages/Home.aspx，
客户端发起了一个HTTP请求。客户端通过查询DNS来获取到Host(比如intranet.contoso.com)的IP地址。客户端把host name加到了HTTP请求的数据包的host header字段里。然后客户端把HTTP请求的数据包，发送到目标IP地址（默认端口80，也可以是其他自定义端口）。IIS接到请求之后，分析数据包，并且发现，这个请求是为了Contoso Intranet 站点。
也就是说，可以在SharePoint里面，建多个Web Application, 这些站点可以使用同样的端口(比如80)，但是需要有不同的host header。这样这些Web Application之间不会出现端口冲突，IIS会根据host header来判断应该由哪个Web Application来处理客户端发起的请求。
当IIS找到客户端请求的是哪个站点之后，它开启了一系列的操作，最终把结果返回给客户端。首先，IIS查找Web Application的物理路径，也叫做根目录。当你创建一个SharePoint Web Application的时候，你指定了这个路径。比如
C:\inetpub\wwwroot\wss\VirtualDirectories\clients.contoso.com80。
对于传统的APS.NET站点，真正的内容就是存储在这个路径的，但是SharePoint存储在了内容数据库里。 IIS这个时候就处理不了了，但是在web.config文件里，指定了这个站点是SharePoint Web Application，因此IIS把这个请求传递给了SharePoint。
然后，SharePoint解析这个URL，来决定是哪个Site Collection，哪个内容数据库。SharePoint获取这些数据，并返回给IIS，IIS再返回给用户。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
