一、URL是什么？
URL（Uniform Resoure Locator）統(tǒng)一資源定位符，用于定位互聯(lián)網(wǎng)上的資源。
URL分為三部分
第一部分是協(xié)議（或稱為服務(wù)方式）；
一般會有http、https、ftp、file協(xié)議
如“http：//”表示W(wǎng)WW服務(wù)器，“ftp：//”表示FTP服務(wù)器。
第二部分是存有該資源的主機IP地址（有時也包括端口號）；
第三部分是主機資源的具體地址，如目錄和文件名等。
注：第一部分和第二部分之間用“://”符號隔開,第二部分和第三部分用“/”符號隔開。第一部分和第二部分是不可缺少的,第三部分有時可以省略。
舉例：http://jirengu.com:800/blog
1、協(xié)議部分：http：
2、域名部分：jirengu.com:
3、端口部分：跟在域名后面的是端口，域名和端口之間使用“:”作為分隔符。端口不是一個URL必須的部分，如果省略端口部分，將采用默認端口。舉例中800則是端口，一般來說會省略端口號（因為有默認的）若不是采用默認的端口號，則需要另外輸入。
4、虛擬目錄部分：從域名后的第一個“/”開始到最后一個“/”為止，是虛擬目錄部分。虛擬目錄也不是一個URL必須的部分。本例中的虛擬目錄是“/blog”
當然在更長的一串URL中，還包括文件名部分、錨部分、參數(shù)部分。
舉例：在http://www.aspxfans.com:8080/news/index.asp?boardID=5&ID=24618&page=1#name中
5、文件名部分：從域名后的最后一個“/”開始到“？”為止，是文件名部分，如果沒有“?”,則是從域名后的最后一個“/”開始到“#”為止，是文件部分，如果沒有“？”和“#”，那么從域名后的最后一個“/”開始到結(jié)束，都是文件名部分。本例中的文件名是“index.asp”。文件名部分也不是一個URL必須的部分，如果省略該部分，則使用默認的文件名
6、錨部分：從“#”開始到最后，都是錨部分。本例中的錨部分是“name”。錨部分也不是一個URL必須的部分
7、參數(shù)部分：從“？”開始到“#”為止之間的部分為參數(shù)部分，又稱搜索部分、查詢部分。本例中的參數(shù)部分為“boardID=5&ID=24618&page=1”。參數(shù)可以允許有多個參數(shù)，參數(shù)與參數(shù)之間用“&”作為分隔符。
二、從URL輸入到頁面展示發(fā)生了什么
第一步：在瀏覽器內(nèi)輸入URL
第二步：域名解析（什么是域名解析？）
域名解析就是域名到IP地址的轉(zhuǎn)換過程。IP地址是網(wǎng)路上標識您站點的數(shù)字地址，為了簡單好記，采用域名來代替ip地址標識站點地址。域名的解析工作由DNS服務(wù)器完成【DNS 是域名系統(tǒng) (Domain Name System) 的縮寫）】。（IP地址和域名的關(guān)系就像盛世家園這個小區(qū)名一樣，其實這個小區(qū)名的地址就是111弄，只不過用小區(qū)名來方便記憶而已）
那么域名解析的流程是什么？
1.客戶機提出域名解析請求,并將該請求發(fā)送給本地的域名服務(wù)器。
2.當本地的域名服務(wù)器收到請求后,就先查詢本地的緩存,如果有該紀錄項,則本地的域名服務(wù)器就直接把查詢的結(jié)果返回。
3.如果本地的緩存中沒有該紀錄,則本地域名服務(wù)器就直接把請求發(fā)給根域名服務(wù)器,然后根域名服務(wù)器再返回給本地域名服務(wù)器一個所查詢域(根的子域)的主域名服務(wù)器的地址。
4.本地服務(wù)器再向上一步返回的域名服務(wù)器發(fā)送請求,然后接受請求的服務(wù)器查詢自己的緩存,如果沒有該紀錄,則返回相關(guān)的下級的域名服務(wù)器的地址。
5.重復(fù)第四步,直到找到正確的紀錄。
6.本地域名服務(wù)器把返回的結(jié)果保存到緩存,以備下一次使用,同時還將結(jié)果返回給客戶機。
延伸擴展：DNS劫持是什么？
例如你輸入www.taobao.com，他所給你指向的IP不是正確的IP。
第三步. 服務(wù)器處理
第四步.網(wǎng)站處理流程
網(wǎng)站處理實際是后臺處理，后臺開發(fā)有很多框架，大部分都還是按照MVC設(shè)計模式進行搭建
MVC是個設(shè)計模式，將應(yīng)用程序分成三個核心部件：模型（model）--視圖（view） -- 控制器（controller），它們各自處理自己的任務(wù)，實現(xiàn)輸入、處理和輸出的分離
MVC是一個設(shè)計模式，將應(yīng)用程序分成三個核心部件：模型（model）-- 視圖（view）--控制器（controller），它們各自處理自己的任務(wù)，實現(xiàn)輸入、處理和輸出的分離。
1、視圖（view）
視圖是用戶看到并與之交互的界面。這是前端工作的主力部分。
2、模型（model）
模型是將實際開發(fā)中的業(yè)務(wù)規(guī)則和所涉及的數(shù)據(jù)格式模型化，應(yīng)用于模型的代碼只需寫一次就可以被多個視圖重用。在MVC的三個部件中，模型擁有最多的處理任務(wù)。一個模型能為多個視圖提供數(shù)據(jù)。
3、控制器（controller）
控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。Controller處于管理角色，從視圖接收請求并決定調(diào)用哪個模型構(gòu)件去處理請求，然后再確定用哪個視圖來顯示模型處理返回的數(shù)據(jù)。
總結(jié)而言，首先控制器接收用戶的請求，并決定應(yīng)該調(diào)用哪個模型來進行處理，然后模型用業(yè)務(wù)邏輯來處理用戶的請求并返回數(shù)據(jù)，最后控制器用相應(yīng)的視圖格式化模型返回html字符串給瀏覽器，瀏覽器呈現(xiàn)網(wǎng)頁給用戶。因此，下一步就來到瀏覽器處理階段。
第五步.瀏覽器處理
瀏覽器對一個html頁面的加載順序是從上而下的，并在加載過程并行進行解析渲染處理。在這個過程中遇到link標簽、image標簽、script標簽時，瀏覽器會再次向服務(wù)器發(fā)送請求獲取css文件、圖片資源、js文件，并執(zhí)行js代碼，同步進行加載解析。
例如：
HTML字符串被瀏覽器接受后被一句句讀取解析
解析到link 標簽后重新發(fā)送請求獲取css
解析到 script標簽后發(fā)送請求獲取 js，并執(zhí)行代碼
解析到img 標簽后發(fā)送請求獲取圖片資源
第六步.繪制網(wǎng)頁
瀏覽器根據(jù) HTML 和 CSS 計算得到渲染樹，繪制到屏幕上
js 會被執(zhí)行 (此部分暫時不是很理解，今后補充)
