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