搜尋

首頁  >  問答  >  主體

java - 如何理解「不要透過共享記憶體來通信,而應該透過通信來共享記憶體」?

不要通過共享內存來通信,而應該通過通信來共享內存

這是一句風靡golang社區的經典語,對於剛接觸並發編程的人,該如何理解這句話?

大家讲道理大家讲道理2808 天前1869

全部回覆(4)我來回復

  • PHP中文网

    PHP中文网2017-04-18 10:55:51

    https://blog.golang.org/share...

    這篇文章裡面說的比較清楚了,使用共享記憶體的話在多執行緒的場景下為了處理競態,需要加鎖,使用起來比較麻煩。另外使用過多的鎖,容易使得程式的程式碼邏輯堅澀難懂,並且容易使程式死鎖,死鎖了以後排查問題相當困難,特別是很多鎖同時存在的時候。

    go語言的channel保證同一個時間只有一個goroutine能夠存取裡面的數據,為開發者提供了一種優雅簡單的工具,所以go原生的做法就是使用channle來通信,而不是使用共享記憶體來通信。

    回覆
    0
  • 天蓬老师

    天蓬老师2017-04-18 10:55:51

    我認為前者的意思是大家都維護一個狀態,後者是每個人都維護一份狀態副本。

    回覆
    0
  • PHP中文网

    PHP中文网2017-04-18 10:55:51

    共享記憶體會涉及到多個執行緒同時存取修改資料的情況,那得確保資料的安全性,可見性,那就會加鎖,加鎖會讓並行變為串行,cpu也忙於執行緒搶鎖。不如換一種方式,把資料複製一份,每個執行緒有自己的,只要一個執行緒乾完一件事其他執行緒不用去搶鎖了,這就是一種通訊方式,把共享的以通知方式交給線程,實作並發

    回覆
    0
  • 伊谢尔伦

    伊谢尔伦2017-04-18 10:55:51

    其實如果從分散式的角度來理解,就會比較明了。

    打比方,ab兩個進程共同對同一個訊息佇列進行操作,那麼,如果使用共享記憶體的話,是不是這兩個進程就必須局限在同一個實體機上,那麼通訊的意義就大大縮小了。

    如果在設計的時候,對於訊息隊列,只提供讀寫接口,而對於內部的實現你完全不用去在意,看起來消息隊列就像是共享內存一樣了。然而你的訊息隊列可以利用socket進行通訊。

    所以,上述這句話,不要用共享內存實現通信是指不要讓程式一開始就局限在單機上,而是利用通信,也就是封裝內部實現,提供接口的方式來進行相應的操作

    回覆
    0
  • 取消回覆