這個是請求從加到佇列到開始執行的耗時；我們頁面如果請求的網路資源比較多，則瀏覽器會發起併發連線請求，谷歌最的併發數是6，所以如果我們頁面請求的網路資源數如果超過6個，則會放入佇列中等待執行；
瀏覽器建立 tcp 連線的時間，瀏覽器從發請求開始到 tcp 握手結束這一段時間，包括 dns 查詢 + proxy 時間+ tcp 握手時間。
ssl：
http是超文字傳輸協議，以明文方式傳送內容，不提供任何方式的資料加密，如果被不法分子擷取瀏覽器和伺服器之間的傳輸報文，會獲取其中的資訊。
https 是安全套接字層超文字傳輸協議，就是在http的基礎上加入了ssl協議，ssl依靠證書來驗證伺服器的身份，並為瀏覽器和伺服器之間的通訊加密。因此建立https連線的時間相當於三次握手的時間+ssl時間。
request sent：
伺服器傳送http請求，從第乙個位元組發出前到最後乙個位元組發出後的時間。
waiting(ttfb)：
從瀏覽器發起請求，到伺服器的首位元組響應的時間(time to first byte)。這個階段通常是耗費時間最長的。可能受到線路、伺服器距離等因素的影響。
content download：
模擬瀏覽器提交請求
瀏覽器與伺服器之間互動，通過jsessionid來維護統一會話 換就話說就是，使用瀏覽器提交請求時，伺服器收到請求，如果請求有帶上jsessionid，那麼根據這個jsessionid去找對應的session，如果找不到則通過呼叫request.getsession 生成乙個jsessionid號，...
瀏覽器快取url請求
最近遇到瀏覽器快取url的問題，google了一把，學到不少東西，結合網上其他人文章拼湊一篇，供大家交流。一 防止url被瀏覽器快取 根據 http 規範，get 用於資訊獲取，而且應該是冪等的。也就是說，當使用相同的url重複get請求會返回預期的相同結果時，get方法才是適用的。當對乙個請求有 ...
瀏覽器快取url請求
一 防止url被瀏覽器快取 根據 http 規範，get 用於資訊獲取，而且應該是冪等的。也就是說，當使用相同的url重複get請求會返回預期的相同結果時，get方法才是適用的。當對乙個請求有 的時候 例如，提交資料註冊新使用者時 應該使用post請求而不是get。所以瀏覽器會對get請求做快取處理...