说明：不要通过共享内存进行通信；通过通信共享内存

来到golang学习网的大家，相信都是编程学习爱好者，希望在这里学习Golang相关编程知识。下面本篇文章就来带大家聊聊《说明：不要通过共享内存进行通信；通过通信共享内存》，介绍一下golang，希望对大家的知识积累有所帮助，助力实战开发！

问题内容

我想知道对这句名言最接地气的解释是什么：

不要通过共享内存进行交流；通过通信共享内存。（R.派克）

在Go 内存模型中，我可以读到：

通道上的发送发生在该通道的相应接收完成之前。（Golang 规范）

还有一篇专门的[golang 文章](https://blog.golang.org/share-memory-by- communicating)解释了引用。关键贡献是Andrew G.

好吧。有时谈论太多了......

在 goroutine1 通过通道向 goroutine2 发送（任何内容）之后，goroutine1 所做的所有更改（内存中的任何位置）在通过同一通道接收后必须对 goroutine2 可见。（我的Golang引理：）

因此，我得出了这句名言的脚踏实地的解释：

要在两个 goroutine 之间同步内存访问，您不需要通过通道发送该内存。足够好是从频道接收（甚至什么都没有）。您将看到在发送时由 goroutine 发送（到通道）写入（任何地方）的任何更改。（当然，假设没有其他 goroutine 正在写入相同的内存。） 更新 (2) 8-26-2017

我实际上有两个问题：

1）我的结论正确吗？

2）我的解释有帮助吗？

更新（1） 我假设 无缓冲通道 。让我们首先将自己限制在这一点上，以避免用太多的未知数来彻底检查自己。

请让我们也关注一个简​​单的用例，即两个 goroutine 通过单个通道进行通信和相关的记忆效应，而不是最佳实践——这超出了这个问题的范围。

为了更好地理解我的问题的范围，假设 goroutine 可以访问任何类型的内存结构 - 不仅是原始的 - 它可以是一个大的，它可以是一个字符串、映射、数组等等。

正确答案

本质上，是的。在通道发送之前分配给变量的任何值都有资格在通道读取之后被观察，因为通道操作施加了排序约束。但重要的是要记住等式的另一部分：如果你想 保证 要观察到这些值，您必须确保在写入和读取之间没有其他人可以写入这些变量。显然使用锁是可能的，但同时没有意义，因为如果你已经结合了锁和跨线程内存修改，你从通道中得到什么好处？您可以传递像布尔值这样简单的东西，作为允许对全局数据进行独占访问的令牌，并且在内存模型保证方面它是 100% 正确的（只要您的代码没有错误）， 它可能只是一个糟糕的设计 ，因为您会在没有充分理由的情况下将所有内容都隐含和远距离行动；显式传递数据通常会更清晰且不易出错。

终于介绍完啦！小伙伴们，这篇关于《说明：不要通过共享内存进行通信；通过通信共享内存》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！