1.go对比java
go通过结构体嵌套+接口实现类似面向对象中的继承和多态。个人认为尤其是go的接口抓住了多态的本质。而Go提倡的面向接口的思想也可能使得架构上更加解耦。
2.关于Go不要通过共享内存来通信，而应通过通信来共享内存的个人理解：
go通过channel来实现通信。按照大佬的说法，chan传递的是对数据的访问权限。chan底层是一个队列，传入时为值拷贝【如果传入的是指针则拷贝指针的值】，因此在map，slice，chan时理解为传递的对同一份数据的访问权限，即传入chan后不应在原goroutine中操作数据。而当传入其它类型时是真正的值传递，此时相当于内存拷贝了。这种情况下对比MQ，从某种意义上讲上都是通过数据拷贝来共享内存了，用数据的冗余使得结构上更加解耦同时使CPU能更充分的利用，仍然是尽可能压榨CPU的思想的体现。
而对于Don't communicate by sharing memory更类似与说的是利用Go本身的chan可实现并发安全，而不必要自己去使用类似锁的方式来保证并发安全。
类似channel，Go很多标准库的设计都非常简单，但却很好的解决了一些问题。
正如Go官方所说的，Go更像面向21世纪的带网络和并发的C。使用了面向过程的结构体，加方法接收者，接口实现了类似面向对象需要的功能。