一、Queueing
發起請求文件順序的排序耗時；
優化點：瀏覽器在以下情況會對請求進行排序，1、JS執行發起http請求存在更高優先級的請求；2、併發列隊tcp鏈接達到上限（谷歌HTTP1.0以上處理上限6個）；3、瀏覽器分配緩存空間；
措施：1、在JS執行過程中，識別哪些是需優先取數的請求，優先排序進隊列；2、併發http數控制在瀏覽器上限合理範圍，特別注意圖片的加載儘量使用精靈圖，減少請求次數；
二、Stalled
是瀏覽器得到要發出這個請求的指令到請求可以發出的等待時間，一般是代理協商、以及等待可複用的TCP連接釋放的時間，不包括DNS查詢、建立TCP連接等時間等；
三、DNS Lookup
時間執行DNS查找，解析請求IP。每個新域pagerequires DNS查找一個完整的往返。 DNS查詢的時間，當本地DNS緩存沒有的時候，這個時間可能是有一段長度的，但是比如你一旦在host中設置了DNS，或者第二次訪問，由於瀏覽器的DNS緩存還在，這個時間就爲0了；
四、Initial connection
建立TCP連接的時間，就相當於客戶端從發請求開始到TCP三次握手結束這一段，包括DNS查詢+Proxy時間+TCP握手時間；
五、Request sent
請求第一個字節發出前到最後一個字節發出後的時間，也就是上傳時間；
優化點：1、資源上載時儘量減少上傳文件大小；2、請求裏攜帶必要參數即可；
措施：1、圖片、文件壓縮上傳；2、請求攜必要參數即可；
六、Waiting(TTFB，Time To First Byte)
請求發出後，到收到響應的第一個字節所花費的時間(Time To First Byte),發送請求完畢到接收請求開始的時間;這個時間段就代表服務器處理和返回數據網絡延時時間了，是反映服務端響應速度的重要指標。服務器優化的目的就是要讓這個時間段儘可能短；
優化點：1、網絡帶寬；2、服務端邏輯處理；
措施：1、加大帶寬，儘可能縮減網絡延遲時間；2、服務端代碼邏輯性能優化；
七、Content Download
收到響應的第一個字節，到接受完最後一個字節的時間，就是下載時間；
另Audits審查工具可以幫助我們檢測前端界面性能，Audits從Performance（性能），Accessibility（可訪問性），Best Practices（最佳實踐），SEO（搜索引擎優化），Progressive Web App（漸進式網頁應用）五大方面對網站進行測評。
以上，均做筆記參考！！