@tt67wq 我还实现过 pintos 呢，学得不好，一知半解，问的问题太低级了，让各位大神见笑。

@cloudzhou 不是很明白，我在考虑的是，如果每个线程都独享一个对象，那么我们是不是就“尽量避免并发”，但是这样做会以性能损失作为代价。如果多个线程共享一个对象，那么我们在实现的时候，就要考虑线程安全的问题，代价就是程序的复杂度。
我的问题是，如何作出平衡的？

@zarte 我也觉得不可能啊，但事实就是这样，官方文档都说了。
我在想，为了线程安全，以后我实现的 struct，成员变量都不应该暴露了，成员变量的变更，都应该加锁。
简直颠覆认知，越来越觉得自己不配当程序员了。

@zarte 颠覆认知了吧，前面大神说了，几乎没有语言能够保证，赋值是原子的。注意，这里说的是保证。

@cloudzhou 想再请教一个问题，例如我要实现一个 rpc service，我实现了一个 business struct。每个请求进来后，我要 new 一个业务逻辑对象去处理请求？还是只实例化一个对象，然后传入对象指针给每个 gorouting 去处理呢？类似的问题一般要考虑哪些点？

@reus 一直以为赋值表达式就是原子的，看来我才疏学浅，让大神见笑了

@lihongjie0209 用 Go 的现在还有非并发的程序吗？

@seaguest 瞬间觉得心理压力大，本以为是高级语言，没想到还要关心到那么细

自己 search 了一下，有人假设一个 64bit 的 pointer，在 write 的时候，可能只写到了一半，就被另外一个线程 read 了，这时候就会 read 到一个不知道是哪里的地址……链接在这： https://stackoverflow.com/questions/41531337/is-a-read-or-write-operation-on-a-pointer-value-atomic-in-golang
官方没有说明指针操作是不是原子的，但是官方只说了一句话：Programs that modify data being simultaneously accessed by multiple goroutines must serialize such access.
链接： https://golang.org/ref/mem

@xkeyideal 代码我重新写的，去掉了其他无关的东西

@seaguest 我这里的使用场景，即使是脏读也是没有问题的。问题是在 Go 里面，pointer 的赋值貌似不是原子操作的。

不明白没有一致性的分布式锁有什么应用场景

incase

HHKB Pro2

Apple 不换键盘，我不换 Macbook

看你的 append，明显又是那种眼高手低型。跟你说个现实，有点靠谱的公司，看到培训机构出来的，基本不面。剩下就只有人力外包公司看得上你了，但你又觉得别人不靠谱。
劝你还是回去该干嘛干嘛，编程本来就是数学家的工具，我虽然科班出身，但数学一般，自认为还只是在混口饭吃。

幻想程序员是一份体面工作系列。