當一個User用一個獨立的URL請求一個Page頁的時候，Client端要創建一個Http請求數據包。然后，Client通過解析DNS去獲取HostName來確定IP地址：比如Intranet.contoso.com

客戶端在數據包的HostHeader Field添加HostName

—>客戶端然后通過默認Http端口（80、443）發送數據包給Server的IPaddress

—>IIS接收并且解析請求和確定這個請求是Contoso? Intranet IIS Web site （他一定是Port為80，并且以Intranet.contoso.com為HostHeader的IISWeb Site）

在IIS已經確定來自哪個WebSite下的Content被請求時，IIS開始一系列返回請求的Content給客戶端的流程。

首先，IIS查找WebApplication的Physical path (root directory) C:\inetpub\wwwroot\wss\VirtualDirectories\clients.contoso.com80.

在傳統的ASP.Net websites，實際的Content被存儲在rootd irectory。但是SharePoint將Content存儲在SQLServer的WssContent數據庫中，事實上，IIS是不知道如何定位和訪問這部分Content的

However, 在IISWeb Site的root directory下的Configuration file和Web.config定位一個Site作為SharePoint的application并且指令IIS通過這個請求給SharePoint

SharePoint然后解析URL去確定SiteCollection，從而確認哪個ContentDatabase被請求。SharePoint能從SQL中訪問Content，并且返回Content給IIS，然后傳遞Content給客戶。

這個請求是被IIS和IIS WebSite中的applicationpool環境內的SharePoint處理。ApplicationPool是個按照一個或者多個w3wp進程來將site請求發給一個server的孤立的存儲空間。ApplicationPool的身份是一個在SharePoint中被注冊為managedaccount的domainuser account。

總結

以上是生活随笔為你收集整理的End User 访问SharePoint URL获取数据流程的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。