0
A
回答
1
相關問題
- 1. 關於基於中斷的通信
- 2. 基於無線通信從基於Web的應用基於桌面的應用
- 3. 擺脫基於文件的通信
- 4. 基於服務器的iOS通信sdk
- 5. Angularjs:基於元素的指令通信
- 6. 基於數據類信息
- 7. 基於接近程度的設備通信或通知
- 8. 鏈接章通信基礎
- 9. 基於Wi-Fi信號的基於接近度的操作
- 10. 通過隔離範圍的AngularJS基於事件的通信
- 11. 基於EC2的雲應用程序的前端和通信
- 12. 分離信基於
- 13. Python基於列表中的信息連接數組
- 14. 無線通信:基於AVR的嵌入式系統和iPhone
- 15. 基於聲明的Sharepoint站點和Apache CXF STSClient通信
- 16. 基於位置的信息
- 17. 基於數據庫的Facebook連接
- 18. 基於客戶端服務器套接字通信
- 19. 基於MySQL和PHP的統計信息
- 20. 基於MySQL和PHP的統計信息
- 21. 基於通配符的基於DNS的後端基於通配符
- 22. 用於通信記錄和通信偏好的數據庫設計
- 23. 基於Android的設備中的Layer2/Layer3的通信和參數視圖
- 24. 基於Web的應用程序的醫療通信標準?
- 25. 基於RFCOMM的兩個Android設備之間的藍牙通信
- 26. 基於消息的微服務之間的通信
- 27. 基於文件的通信的設計模式?
- 28. 基於文件的進程間通信的EOFException
- 29. 無法連接基於DBusGProxy的dbus信號
- 30. iPhone基本繪圖+套接字通信
我會與所有這些爭論。在連接的協議中沒有固有的可靠性和順序。可靠的UDP和不可靠的連接協議都是可能的。基於連接的協議爲您提供的是點對點的連接,具有一致同意的開始和通知完成。 – EJP 2011-04-05 04:28:27
如果我在第一句話中給「可靠性和順序」之前添加了「can」這個詞,那麼我們會說同樣的話。我使用TCP作爲最明顯和常見的例子。但是,是的,你上面說的是準確的。在最基本的層面上,基於連接的協議只能爲您提供簡單的點對點會話。 – 2011-04-05 14:20:14