Google chrome發送多個請求來獲取頁面，這顯然不是錯誤，而是功能。作為開發人員，我們只需要處理它。據我可能在五分鐘內挖掘出的內容，chrome這樣做只是為了使沖浪更快，因此，如果其中一個連接丟失，則第二個連接將接管。我想如果網站開發良好，那么它的功能將不會因此受到干擾，因為多個請求并不是新請求。但是我不確定我是否考慮了此功能可能產生的所有情況。有什么特殊情況嗎？有什么最佳做法可以應對？更新1：現在，我明白了為什么用chrome打開頁面時銀行頁面會出錯！它說：“應該只打開瀏覽器的一個窗口。” 那是他們對安全威脅的解決方案？！
3 回答
蕪湖不蕪
TA貢獻1796條經驗 獲得超7個贊
最好的選擇是遵循標準的Web開發最佳實踐：不要因GET調用而更改應用程序狀態。
如果您擔心，建議您為重復的GET調用更新數據層單元測試，并確保它們返回相同的數據。
（順便說一下，我沒有看到Chrome 8.0.552.224的這種行為是新的嗎？）
30秒到達戰場
TA貢獻1828條經驗 獲得超6個贊
我在編寫服務器應用程序時看到了行為，發現以前的答案可能不正確。
Chrome將單個請求分配到多個http請求中，以并行獲取資源。在這種情況下，它是作為單獨的http get獲取的圖像。
我已經附上了通過Wireshark捕獲數據包的屏幕截圖。
它是對端口8080的簡單獲取請求，服務器將為其返回問候消息。
Chrome會發送第二個獲取請求，以獲取您喜歡的圖標，您會在打開的每個標簽的頂部看到該圖標。迎接超時或任何此類事情不是第二時間。
應將其視為跨瀏覽器有所不同的另一個元素。但是，從2018年開始，并行處理多個http請求是瀏覽器中的一種標準操作。
這是我后來發現的參考問題
Chrome發送了兩個請求
墨色風雨
TA貢獻1853條經驗 獲得超6個贊
至少在Chromium（v41）中，也可能由link具有空href屬性的標簽引起的。例如，以下每一行將在頁面上生成一個附加查詢：
<link rel="shortcut icon" href="" />
<link rel="icon" type="image/x-icon" href="" />
<link rel="icon" type="image/png" href="" />
它表明在頁面中查找空屬性是一個不錯的起點，無論是href還是src。
- 3 回答
- 0 關注
- 775 瀏覽
添加回答
舉報
0/150
提交
取消