0
A
回答
2
持久連接不是有狀態的問題。相比其他消息和響應
消息和它們相應的響應是無狀態的。
無論是TCP連接支持多個請求(依次)是正交的問題。
所以這種說法是基本上只是說,在默認情況下,如果一個客戶端進行標註爲HTTP/1.1的請求,那麼它支持保持連接活着的響應後,使其可用於其他消息。
這也意味着客戶端支持分塊,因爲這是保持連接活着未知長度的響應之後的唯一途徑。
相關問題
- 1. AVRISPmkII連接狀態:未知狀態0x00
- 2. 連接狀態102
- 3. mssql連接狀態
- 4. HTTP持久連接vs無狀態Web
- 5. 解析HTTP狀態碼
- 6. 處理HTTP狀態500
- 7. MCSessionState從連接狀態變爲未連接狀態
- 8. HTTP狀態404 -
- 9. HTTP狀態500
- 10. HTTP狀態504
- 11. HTTP狀態500 -
- 12. HTTP狀態500
- 13. HTTP狀態404
- 14. TCP CLOSE_WAIT狀態..&新連接
- 15. Android USB連接狀態;
- 16. 確定tcp連接狀態
- 17. TCP連接持久狀態
- 18. SoapHttpClientProtocol/HttpWebClientProtocol連接狀態
- 19. 藍牙連接狀態
- 20. quickfix/j連接狀態機
- 21. cherrypy檢查連接狀態
- 22. Facebook登錄連接狀態
- 23. 檢索連接狀態
- 24. Erlang牛仔連接狀態
- 25. 的Java JDBC連接狀態
- 26. Android網絡連接狀態
- 27. 確定連接狀態
- 28. Multipeer連接 - 狀態不變
- 29. ANDING處於連接狀態?
- 30. SQL狀態連接語句
謝謝你清楚:) – justsomedev