有一個使用TCP的WCF連接。服務器上的兩個線程連續寫入此連接。是否始終保證首先由客戶端處理第一條消息?根據我的理解,應該保證。保證多個發送線程的WCF TCP消息的順序是否正確?
3
A
回答
2
'渠道'是連續的,所以我認爲這裏的答案是肯定的。
但是對於2(獨立)線程,'first'的含義沒有很好的定義。
0
我想過了這一點,我相信這個問題很愚蠢。爲什麼WCF會關心所有寫入通道的線程?
對通道的寫入操作是原子操作,TCP傳輸保證按順序進行。就像Henk指出的那樣,這個頻道完全是連續的。它將總是以完全相同的順序發生在客戶端。
1
我認爲亨克的問題('第一'線程是什麼意思)是非常有趣的。
鑑於線程可以在任何時候被掛起,線程A是否可以在線程B之前完成Send()方法的執行,但是線程B是第一個返回用戶代碼的呢?
從調用者的角度來看,它看起來好像線程B先完成了發送。
相關問題
- 1. Spring AMQP確保多線程環境下的消息順序
- 2. TCP消息的順序?
- 3. 對SSL_read的調用是否保證按發送順序使用消息?
- 4. 如何驗證發送到PubSub的所有消息是否已正確發送?
- 5. 如何使發送消息到通道的確定順序是正確的
- 6. TCP是否確保數據包按服務器發送的順序接收到
- 7. 發送來自兩個不同線程的TCP消息
- 8. 的BinaryFormatter發送TCP消息 - 確定消息
- 9. 消息順序是否保存在MQTT消息中?
- 10. NService總線消息不按順序發送(即發送時)
- 11. VueJS是否保證以正確的順序調用mounted()?
- 12. INSERT RETURNING是否保證以「正確」的順序返回事物?
- 13. 睡眠的使用是否保證線程的執行順序?
- 14. RabbitMQ是否保證將發佈的消息確認發回客戶端的順序?
- 15. 錯誤消息的順序不正確
- 16. Akka的事件總線保證消息順序?
- 17. 通過Netty的Channel.write()發送的消息是否在開始發送到網絡時保留它們的順序?
- 18. SendNotifyMessage不發送正確的消息
- 19. Googe App Engine的Channel API確保消息按發送順序到達?
- 20. UNIX消息隊列是否維護消息順序?
- 21. 是否保證自動頂點屬性分配的順序是正確的?
- 22. redis pubsub保證消息是按順序傳遞的嗎?
- 23. 是Application.DoEvents發送消息到一個單獨的線程?
- 24. 查明是否通過tcp發送了一條消息
- 25. 發送消息到WCF主機進程
- 26. (Winsock TCP編程)如何確定是否有消息被接收?
- 27. 正確使用應用程序委託來發送消息
- 28. Android程序發送消息
- 29. 發送TCP消息/刪除觸發器
- 30. 是否保證KeyListeners的調用順序?
我認爲這是明確的。寫入操作是原子操作,所以「第一個」線程是......好的......寫入的第一個線程。這兩個線程無關緊要。 – mafu 2010-04-17 19:06:13
我指的是(你的)線程之間的邏輯。 – 2010-04-17 19:16:01