羅列一下瀏覽器這麼決定可能有什麼考慮
由於 tcp 協議的限制，pc 端只有65536個埠可用以向外部發出連線，而作業系統對半開連線數也有限制以保護作業系統的 tcp\ip 協議棧資源不被迅速耗盡，因此瀏覽器不好發出太多的 tcp 連線，而是採取用完了之後再重複利用 tcp 連線或者乾脆重新建立 tcp 連線的方法。
如果採用阻塞的套接字模型來建立連線，同時發出多個連線會導致瀏覽器不得不多開幾個執行緒，而執行緒有時候算不得是輕量級資源，畢竟做一次上下文切換開銷不小。
這是瀏覽器作為乙個有良知的客戶端在保護伺服器。就像乙太網的衝突檢測機制，客戶端在使用公共資源的時候必須要自行決定乙個等待期。當超過2個客戶端要使用公共資源時，強勢的那個**的客戶端可能會導致弱勢的客戶端完全無法訪問公共資源。從前迅雷被噴就是因為它不是乙個有良知的客戶端，它作為 http 協議客戶端沒有考慮到伺服器的壓力，作為 bt 客戶端沒有考慮到自己回饋上傳量的義務。
目前瀏覽器支援資源併發數：
ie5/6/7、firefox2最多支援2個併發數，
ie8、
firefox3最多支援6個併發數，opera和safari最多支援8個併發數，
chrome
最多支援4個併發數
瀏覽器併發請求資源限制
假如乙個頁面有120個靜態資源 css js img 並且所有資源都在乙個網域名稱下，使用的瀏覽器最大網路並行請求資源數是6，假設理想一些 所有請求時間都是一樣的，每個檔案載入需要500ms，則所有資源載入完成需要 120 6 0.5 10s 的時間。1 減少網路請求數 1 使用css spirit...
現代瀏覽器載入資源分析
瀏覽器傳送請求，拿到html資源，並開始解析。解析過程中，遇到link標籤，瀏覽器發出對css檔案的請求，瀏覽器完成解析html頁面。這是常規的瀏覽器載入 解析資源流程。在頁面渲染過程中，如果遇到其他外部資源，如，是不阻塞渲染的，當伺服器返回資源時，瀏覽器再回過頭來重新渲染這部分 瀏覽器解析過程是邊...
瀏覽器 瀏覽器高效搜尋
一 常見場景 以場景的形式來說明 1 場景1 網路上查詢一本書的 指定文件型別 如pdf 如 搜尋關鍵字 c primer plus 的 pdf 版本 輸入 格式 關鍵字 空格 filetype pdf 例項 c primer plus中文版 filetype pdf關鍵字 filetype 2 場...