@ArianX 是的

@yph007595 go 语言没有提供 volatile ，方案就是用 atomic ，上面说的 The Go Memory Model 里有说明：
Atomic Values
The APIs in the sync/atomic package are collectively “atomic operations” that can be used to synchronize the execution of different goroutines. If the effect of an atomic operation A is observed by atomic operation B, then A is synchronized before B. All the atomic operations executed in a program behave as though executed in some sequentially consistent order.

The preceding definition has the same semantics as C++’s sequentially consistent atomics and Java’s volatile variables.

@yph007595 我回的不是楼主的

@rockyliang volatile 只是一种方式。基本上同步操作，比如锁、信号量、线程 start/join 、阻塞队列入队/出队，语义上都是保证 happends before 关系，这一点 java 和 go ，和其他语言都是类似的

@yph007595 go 里需要用 atomic.Load/atomic.Store....
当然不用程序常常还是能正常跑的，因为要出现可见问题的几率有点低

@rockyliang 可见性问题存在于所有语言，只是有些人不知道就以为不存在
@xiaxiaocao 啊，我这里说的不对，一些单线程的语言或者只能用单核的语言应该就没有可见性问题

@rockyliang 可见性问题存在于所有语言，只是有些人不知道就以为不存在

楼里没听说过的可以 Google 下 The Go Memory Model ，官方有文章讲述的，和 Java 的内存模型也比较类似。
无缓冲的 chan 的入队和出队语义上是保证 happens before 关系的。具体到实现里面可能是有个锁/条件变量，也可能是其他的机制，比如在同一个 P 上调度的时候可能就不需要锁。

最早的时候 synchronized 直接系统调用的，哪怕加锁成功也是有上下文切换，因此说是重量级。
1.6 之后也会先 CAS ，跟 Lock 差别不大了。

没有逼格了。只有一小撮人会，大家都不会的东西才有逼格，不管这东西多么简单。

茅台现在还需要抢吗，还是说京东上有便宜的

@PoohBear 唉，卸载重装后还是没好

这个是 Electron 程序吧，内存稍微高一点也正常

能量守恒不是公理，它也有自己成立的条件，广义相对论下不要求能量守恒。

说起来你可能不信，当前理论(广义相对论和量子场论)，在宇宙尺度演化下能量不是守恒量，与其等效的质量也不守恒 。现今宇宙大部分质量是暴涨过程中创造出来的。