調研實現高性能動畫
本文轉載自【总结】调研实现高性能动画 本文是調研如何實現高性能動畫, 提升用户體驗的總結, 文章內容來源於對看過的相關技術文章的總結, 相關技術文章已列到文章末尾, 如有遺漏, 敬請諒解. 快速響應和高度交互的頁面往往能夠吸引大量的用户群體. 相反, 如果頁面存在性能低下的動畫, 動畫不流暢, 動畫過程中頁面閃爍等等, 如此粗糙的交互體驗必然喪失用户量. 對於大多數的設備而言, 屏幕以 60 次每秒的頻率刷新, 即60HZ. 如果一個動畫中的某些幀超過了這個時間, 就會導致瀏覽器的刷新頻率跟不上設備的刷新頻率（跳幀現象）, 出現頁面閃爍. 因此, 高性能的動畫都應該保持在60fps左右. 接下來我們看幾種動畫的實現方式. 基於setTimeout或者setInterval實現的動畫基於幀算法實現的動畫 這是一個基於幀算法實現的 JavaScript 動畫, 這裏設置的每秒鐘更新 60 次, 即60fps. 大家可以看到現在的動畫還是非常流暢的. 動畫的幀率也在 60 附近. 但是由於 JavaScript 運行時需要耗費時間, 而 JavaScript 又是單線程的, 所以如 ...
在瀏覽器輸入 URL 回車之後發生了什麼（超詳細版）
本文轉自4ark 這個問題已經是老生常談了，更是經常被作為面試的壓軸題出現，網上也有很多文章，但最近閒的無聊，然後就自己做了一篇筆記，感覺比之前理解更透徹了。 前言這個問題已經是老生常談了，更是經常被作為面試的壓軸題出現，網上也有很多文章，但最近閒的無聊，然後就自己做了一篇筆記，感覺比之前理解更透徹了。 這篇筆記是我這兩天看了數十篇文章總結出來的，所以相對全面一點，但由於我是做前端的，所以會比較重點分析瀏覽器渲染頁面那一部分，至於其他部分我會羅列出關鍵詞，感興趣的可以自行查閲， 注意: 本文的步驟是建立在，請求的是一個簡單的 HTTP 請求，沒有 HTTPS、HTTP2、最簡單的 DNS、沒有代理、並且服務器沒有任何問題的基礎上，儘管這是不切實際的。 大致流程 URL 解析 DNS 查詢 TCP 連接 處理請求 接受響應 渲染頁面 URL 解析地址解析： 首先判斷你輸入的是一個合法的 URL 還是一個待搜索的關鍵詞，並且根據你輸入的內容進行自動完成、字符編碼等操作。 HSTS 由於安全隱患，會使用 HSTS 強制客户端使用 HTTPS 訪問頁面。詳見：你所不知道的 HSTS。 ...
