問題描述

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

這是一句風靡golang社區(qū)的經典語，對于剛接觸并發(fā)編程的人，該如何理解這句話？

問題解答

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

這篇文章里面說的比較清楚了，使用共享內存的話在多線程的場景下為了處理競態(tài)，需要加鎖，使用起來比較麻煩。另外使用過多的鎖，容易使得程序的代碼邏輯堅澀難懂，并且容易使程序死鎖，死鎖了以后排查問題相當困難，特別是很多鎖同時存在的時候。

go語言的channel保證同一個時間只有一個goroutine能夠訪問里面的數據，為開發(fā)者提供了一種優(yōu)雅簡單的工具，所以go原生的做法就是使用channle來通信，而不是使用共享內存來通信。

我認為前者的意思是大家都維護一個狀態(tài)，后者是每個人都維護一份狀態(tài)副本。

共享內存會涉及到多個線程同時訪問修改數據的情況，那得保證數據的安全性，可見性，那就會加鎖，加鎖會讓并行變?yōu)榇校琧pu也忙于線程搶鎖。不如換一種方式，把數據復制一份，每個線程有自己的，只要一個線程干完一件事其他線程不用去搶鎖了，這就是一種通信方式，把共享的以通知方式交給線程，實現并發(fā)

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

打比方，ab兩個進程共同對同一個消息隊列進行操作，那么，如果使用共享內存的話，是不是這兩個進程就必須局限在同一個物理機上，那么通信的意義就大大縮小了。

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

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