0
可以說我有 -
HTTPS請求的比賽情況
- 一個HTTPS POST請求(R1)具有500KB的有效載荷。
- 有效負載爲50KB的HTTPS POST請求(R2)。
如果在R2之前從同一客戶端機器發起R1(通過一段時間,比如5ms),是否保證R1在R2之前到達服務器?
它取決於請求發射之間的時間間隔的差異嗎?
它取決於有效載荷嗎?
可以說我有 -
HTTPS請求的比賽情況
如果在R2之前從同一客戶端機器發起R1(通過一段時間,比如5ms),是否保證R1在R2之前到達服務器?
它取決於請求發射之間的時間間隔的差異嗎?
它取決於有效載荷嗎?
如果在R2之前從同一個客戶端機器發起R1(通過一個小小的持續時間,例如5ms),是否保證R1在R2之前到達服務器?
不,不能保證第一個請求會在第二個請求之前完成,即使它是在它之前20ms發送的。
它取決於請求發射之間的時間間隔的差異嗎?
不同之處當然很重要。您在R1之後發送R2後,您有更好的機會在R1之前完成R1。
它取決於有效載荷嗎?
是的,有效載荷是另一個應該考慮的重要因素,因爲這個有效載荷將需要通過導線連接,導致相應的網絡延遲。
所以得出結論:你不能依賴任何訂單。保證R1在R2之前完成的唯一方法是讓客戶端等待,R1完成之前發送R2的。
這裏有兩個不同的事情:建立連接並通過電線發送整個有效載荷。通過*到達服務器*你是指哪一個? –
我會想象建立連接將需要相同的時間,無論如何,我正在談論整個電線的有效載荷! – vjjj