0
在tcp/ip連接中，當服務器回覆ack-Fin到ack-push時，它意味着什麼？ 客戶端嘗試發送1024個字節。這是否意味着服務器拒絕推送？Ack-Push之後的TCP Ack-Fin
A
回答
0
不，FIN僅表示該應用程序關閉了套接字（或退出，導致套接字關閉）。
相關問題
- 1. 使用UDP協議的例子最初跟在TCP之後
- 2. NAT後面的TCP連接
- 3. 寫入除TCP之外的所有TCP Netty ChannelGroup
- 4. 貯藏TCP連接ID檢索它之後
- 5. TCPSERVER：如何送東西，並關閉TCP連接之後
- 6. 系統調用flush（）在收到TCP ACK之前還是之後返回？
- 7. TCP和UDP之間的區別
- 8. Matlab和C++之間的TCP/IP通信
- 9. Android設備之間的TCP連接
- 10. 握手後的TCP數據包
- 11. 在主機之間建立TCP連接
- 12. 拆分CRLF TCP有效載荷之間
- 13. 同時在TCP和UDP之間切換
- 14. C＃TCP服務器和Java TCP客戶端之間的編碼問題
- 15. WP7：之前和之後：之後
- 16. 10.000包後TCP連接速度變慢
- 17. 接受後，TCP IOCP將不會收到
- 18. 大約50小時後Tcp Listener死亡
- 19. TCP接收後到前，我想
- 20. TCP ZeroWindow引入後會發生什麼？
- 21. Chrome響應後關閉TCP連接
- 22. TCP接收後綁定數據
- 23. TCP - 發送消息，然後斷開
- 24. 重新連接後TCP數據丟失。
- 25. 改變之前和之後的樣式：在僞元素之後？
- 26. Windows上的Safari支持：之前和之後：僞元素之後？
- 27. e.stop之後的FireEvent（）
- 28. onLongClick之後的OnTouchEvent
- 29. loadlibrary之後的NoClassDefFoundError
- 30. OutOfBoundException：Scanner.nextLine（）之後的System.out.println（）
ack-fin聽起來像fin + ack，但什麼是ack-push？ – 2011-01-25 13:18:41
這意味着Ack + Psh – Bertaud 2011-01-25 13:44:16