什麼時候嘗試從其消息隊列中提取或回滾消息的進程的「事務」?換句話說,消息隊列中消息的永久消息在哪個執行點上?Erlang消息處理事務
1
A
回答
3
通過接收呼叫讀取它時。
如果消息在消息隊列中,並且被調用接收的進程讀取,那麼它只是內存操作,並且沒有其他進程可以爭用數據,因此它沒有事務性質;沒有必要鎖定或回滾等,但因爲它只是內存操作,所以無關緊要。
您使用的語言讓我擔心您認爲有更多的保證。重要的是要記住,在基本的消息發送和接收級別(OTP可能提供的頂層沒有任何額外的層,或者您可能會自己寫),您發送的消息沒有任何保證,它們將被髮送,或者您發送的進程甚至存在。
相關問題
- 1. Erlang TCP服務器處理
- 2. OSB代理服務消息處理
- 3. 處理消息
- 4. 處理消息
- 5. 如何重播服務代理消息:中毒消息處理
- 6. 使用gen_server處理Erlang異步消息:cast/2
- 7. Erlang消息循環
- 8. 在Netty消息處理中使用JDBC事務
- 9. 用Akka耐用郵箱處理事務性消息
- 10. 處理Windows消息
- 11. Firemonkey - 消息處理
- 12. JSP處理消息
- 13. GWT:處理消息?
- 14. 處理Google Play服務更新消息
- 15. WCF服務沒有處理MSMQ消息
- 16. 在Windows服務中處理MSMQ消息
- 17. 處理客戶端/服務器消息?
- 18. 不應該毒害消息服務處理通用消息嗎?
- 19. Mule:間隔處理消息。延遲消息處理
- 20. Django異常處理取消非原子事務處理模式
- 21. 靈活處理一次消息處理
- 22. Java到Erlang的消息
- 23. 發送消息Pid Erlang
- 24. Erlang進程發送消息
- 25. 異步處理消息框
- 26. 處理有害消息
- 27. JBoss不處理JMS消息
- 28. NServiceBus稍後處理消息
- 29. MSMQ中毒消息處理
- 30. 如何處理EXCEPT消息?
這裏有一個相當不錯的寫在機制底層接收這裏:http://ndpar.blogspot.co.za/2010/11/erlang-explained-selective-receive.html – tonys