2. 程式人生 > >從瀏覽器位址列輸入url到顯示頁面的步驟

從瀏覽器位址列輸入url到顯示頁面的步驟

阿新 • • 發佈：2018-12-11

輸入URL到HTTP請求返回的過程

在這裡插入圖片描述

  1. Redirect跳轉
    1. url 回車 Redirect，當存在 301 請求返回過，瀏覽器記錄過，這類請求開始就要 Redirect。
  2. App cahce應用快取
    1. 沒快取，傳送請求
    2. 有快取，瀏覽器會根據資源是否設定過 Cache-Control
      1. 判斷是否過期，過期，傳送請求與服務端進行驗證。
      2. 沒過期，讀取快取
      3. 檢驗過期通常有兩個HTTP頭進行控制Expires和Cache-Control：
        • HTTP1.0提供Expires，值為一個絕對時間表示快取過期日期
        • HTTP1.1增加了Cache-Control: max-age=,值為以秒為單位的最大過期時間
  3. DNS查詢，域名解析，根據域名查詢到對應 ip 地址。
  4. 建立 TCP 連線，http三次握手，https 如何建立，http2 如何建立
    1. http三次握手，為了確認網路是聯通的。
      1. 客戶端傳送一個TCP的SYN=1，Seq=X的包到伺服器埠
      2. 伺服器發回SYN=1， ACK=X+1， Seq=Y的響應包
      3. 客戶端傳送ACK=Y+1， Seq=Z
    2. https 握手過程，加密傳輸，確定最終資料傳輸的祕鑰。
      1. 客戶端生成隨機數和支援的加密套件給服務端
      2. 服務端生成隨機數和證書（公鑰）給客戶端。
      3. 客戶端根據公鑰生成預主金鑰（生成隨機數，並使用公鑰加密），傳輸給服務端。這個過程無法被解析。
      4. 服務端根據私鑰解密預主金鑰得到真正的預主金鑰（隨機字串）。
      5. 客戶端和服務端對這三個隨機數進行演算法操作，生成主金鑰。由於最後的隨機字串別人拿不到，所以主金鑰也是沒辦法破解的。
      6. 後期傳輸資料，通過主金鑰進行加密。
    3. http2 只需要簡歷一次 tcp 連結即可。可以進行通道複用和分幀傳輸。
  5. Request 傳送請求，傳送的過程中，可能會經過代理伺服器或從代理伺服器的快取中讀取。

接收請求到顯示頁面的過程

  1. 瀏覽器檢查響應狀態嗎：是否為1XX，3XX， 4XX， 5XX，這些情況處理與2XX不同
  2. 如果資源可快取，進行快取
  3. 對響應進行解碼（例如gzip壓縮）
  4. 根據資源型別決定如何處理（假設資源為HTML文件）
  5. 解析HTML文件，構件DOM樹，下載資源，構造CSSOM樹，執行js指令碼，這些操作沒有嚴格的先後順序，以下分別解釋
  6. 構建DOM樹：
    1. Tokenizing：根據HTML規範將字元流解析為標記
    2. Lexing：詞法分析將標記轉換為物件並定義屬性和規則
    3. DOM construction：根據HTML標記關係將物件組成DOM樹
  7. 解析過程中遇到圖片、樣式表、js檔案，啟動下載
  8. 構建CSSOM樹：
    1. Tokenizing：字元流轉換為標記流
    2. Node：根據標記建立節點
    3. CSSOM：節點建立CSSOM樹
  9. :
    1. 從DOM樹的根節點遍歷所有可見節點，不可見節點包括：1）script,meta這樣本身不可見的標籤。2)被css隱藏的節點，如display: none
    2. 對每一個可見節點，找到恰當的CSSOM規則並應用
    3. 釋出可視節點的內容和計算樣式
  10. js解析如下：
    1. 瀏覽器建立Document物件並解析HTML，將解析到的元素和文字節點新增到文件中，此時document.readystate為loading
    2. HTML解析器遇到沒有async和defer的script時，將他們新增到文件中，然後執行行內或外部指令碼。這些指令碼會同步執行，並且在指令碼下載和執行時解析器會暫停。這樣就可以用document.write()把文字插入到輸入流中。同步指令碼經常簡單定義函式和註冊事件處理程式，他們可以遍歷和操作script和他們之前的文件內容
    3. 當解析器遇到設定了async屬性的script時，開始下載指令碼並繼續解析文件。指令碼會在它下載完成後儘快執行，但是解析器不會停下來等它下載。非同步指令碼禁止使用document.write()，它們可以訪問自己script和之前的文件元素
    4. 當文件完成解析，document.readState變成interactive
    5. 所有defer指令碼會按照在文件出現的順序執行，延遲指令碼能訪問完整文件樹，禁止使用document.write()
    6. 瀏覽器在Document物件上觸發DOMContentLoaded事件
    7. 此時文件完全解析完成，瀏覽器可能還在等待如圖片等內容載入，等這些內容完成載入並且所有非同步指令碼完成載入和執行，document.readState變為complete,window觸發load事件
  11. 顯示頁面（HTML解析過程中會逐步顯示頁面）

相關推薦

從瀏覽器位址列輸入url到顯示頁面的步驟

輸入URL到HTTP請求返回的過程 Redirect跳轉 url 回車 Redirect，當存在 301 請求返回過，瀏覽器記錄過，這類請求開始就要 Redirect。 App cahce應用

從瀏覽器位址列輸入url到顯示頁面的步驟(以HTTP為例)

1、在瀏覽器位址列輸入URL 2、瀏覽器檢視快取，如果請求資源在快取中並且新鮮，跳轉到轉碼步驟  ①如果資源未快取，發起新請求  ②如果已快取，檢驗是否足夠新鮮，足夠新鮮直接提供給客戶端，否則與伺服器進行驗證。  ③檢驗新鮮通常有

百度2015面試：在瀏覽器位址列輸入URL，按下回車後究竟發生了什麼？

作為一個軟體開發者，你一定會對網路應用如何工作有一個完整的層次化的認知，同樣這裡也包括這些應用所用到的技術：像瀏覽器，HTTP，HTML，網路伺服器，需求處理等等。本文將更深入的研究當你輸入一個網址的時候，後臺到底發生了一件件什麼樣的事～1. 首先嘛，你得在瀏覽器裡輸入要網址

在瀏覽器位址列輸入URL，按下回車後究竟發生了什麼？

原文：http://igoro.com/archive/what-really-happens-when-you-navigate-to-a-url/ 作為一個軟體開發者，你一定會對網路應用如何工作有一個完整的層次化的認知，同樣這裡也包括這些應用所用到的技術：像瀏

瀏覽器位址列輸入url回車之後發生了些什麼

1、輸入地址 　　當我們開始在瀏覽器中輸入網址的時候，瀏覽器其實就已經在智慧的匹配可能得 url 了，他會從歷史記錄，書籤等地方，找到已經輸入的字串可能對應的 url，然後給出智慧提示，讓你可以補全url地址。對於 google的chrome 的瀏覽器，他甚至會直接從快取中把網頁展示出來，就是

從瀏覽器位址列裡輸入一個URL開始,到出現整個頁面,網路上都發生了什麼事？

最近談到這個問題，覺得自己不能夠清楚的講明白這個過程的一些細節，所以差了些資料，覺得如下的解答還是比較詳細的，後期還會慢慢完善這個過程中不足的地方。回車前: 1. 如果用某些輸循入法輸入， 它會按標準結果、快取匹配、傳送到去端匹配， 給你幾個聯想結果。  你對結果的修改會反

當你在瀏覽器位址列輸入一個URL後回車，將會發生的事情？

                這道題目沒有所謂的完全的正確答案，這個題目可以讓你在任意的一個點深入下去， 只要你對這個點是熟悉的。以下是一個大概流程：瀏覽器向DNS伺服器查詢輸入URL對應的IP地址。DNS伺服器返回網站的IP地址。瀏覽器根據IP地址與目標web伺服器在80埠上建立TCP連線瀏覽器獲取請求頁

在瀏覽器位址列輸入一個URL後回車，執行的全部過程

作為一個軟體開發者，你一定會對網路應用如何工作有一個完整的層次化的認知，同樣這裡也包括這些應用所用到的技術：像瀏覽器，HTTP，HTML，網路伺服器，需求處理等等。 本文將更深入的研究當你輸入一個網址的時候，後臺到底發生了一件件什麼樣的事～ 1. 首先嘛，你得在瀏覽器裡輸入要網址: <

在瀏覽器位址列輸入一個URL後回車，背後會進行哪些技術步驟？

IP路由選擇是逐跳（hop-to-hop）進行的。IP並不知道從H1到H2的完整路徑。所有的IP選擇只為資料報提供下一站的IP地址。路由選擇機制的基礎是在每一臺主機和路由器裡都儲存著一張路由表。路由表的每一項包含了目的主機IP地址、下一跳路由器（或主機）的IP地址、相對應的網路介面以及其他必要的資訊。當一個數

經典面試題：在瀏覽器位址列輸入一個 URL 後回車，背後發生了什麼

位址列輸入URL敲擊回車發生了什麼

https://mp.weixin.qq.com/s?__biz=MzAxODE2MjM1MA==&mid=2651555392&idx=1&sn=9042c990f82fe5d03f03e6af7536b4c3&chksm=80255181b752d897524a6

Java解決在瀏覽器位址列中輸入url訪問action的問題以及攔截方法過濾的簡易實現

對於Struts2、Spring3、Hibernate3整合使用的專案來說，對使用者請求的控制是非常重要的，有些操作需要使用者登入後才能執行。如果不做任何限制，則action可以直接在瀏覽器中輸入action地址來執行相應的action.本文主要解決的就是 ①瀏覽器位址列

關於攔截器，防止從位址列輸入action或者controller直接訪問

為了防止非法訪問，訪客能夠從位址列直接進入的只能有login.jsp。可以從過濾器進行限制。資料來源於網路。這裡只做整理和記錄。1.新建一個類，命名為filter，可以重新再src下新建一個包，在包中新增一個class，然後命名。本次在src下新建一個package，命名為f

Chrome瀏覽器位址列訪問介面url，重複請求問題解決

今天在Chrome瀏覽器除錯介面時，發現不論重新整理還是位址列回車都會重複請求兩次介面，但是換Firefox瀏覽器就沒有這個問題，命令列curl也是正常的，後來發現是Chrome瀏覽器Jsonview外掛的原因導致的。 將圖片中紅色框內的勾去掉即可，如果選擇了該項，那麼瀏覽

js 獲取純web位址列中URL傳參

         function GetQueryString(name)    {         var reg = new RegExp("(^|&)"+ name +"=

vue獲取位址列地址url擷取引數

vue獲取位址列地址url擷取引數 方法 （新建js檔案） export function UrlSearch(){ let name,value,str=location.href,num=str.indexOf("?"); //取得整個位址列 str=str.substr(num

ie瀏覽器位址列中文引數提交伺服器亂碼分析

今天我遇到了一個奇怪的問題。之前我通過360瀏覽器位址列輸入中文引數提交到伺服器，伺服器解析正常。如下所示： 但是在偶然的情況下，我直接啟動了myeclipse自帶的瀏覽器，結果就發現了問題： 所以我就拿到了ie瀏覽器下測試，結果是同樣的：

JS獲取瀏覽器位址列的多個引數值的任意值例項程式碼

下面通過一段程式碼給大家介紹js獲取瀏覽器位址列的多個引數值的任意值，具體程式碼如下所示： getParamValue("id"); //http://localhost:2426/TransactionNotes.aspx?id=100 //返回值是100；

避免使用查詢引數在瀏覽器位址列暴露敏感資訊

通常在登入系統時會傳遞使用者名稱、密碼到伺服器，伺服器接收到資料驗證通過後，再重定向到主頁面。比如下面的返回引數就重定向到index對映的方法： return "redirect:/index.action?loginId=" + URLEncoder.enco

JavaScript可以在瀏覽器位址列直接執行~

因為最近在學習 JavaScript，發現除了在HTML裡嵌入js程式碼實現特效之外，在瀏覽器的位址列裡輸入js程式碼也可以得到意想不到的效果，對於不懂js的朋友們照樣適用，只要你把這裡的js程式碼粘到你的IE或firefox的位址列裡再按回車，一切就OK了！下面，fol