先说结论：
Go不同于一般的面向对象语言，
Object.setKey1(string) 并不一定会改变Key1的值
比如：
Func (O Object)setKey1(value string){
O.key=value
}
Func (O *Object)setKey1(value string){
O.key=value
}
上面的只是值拷贝，是的，真的只是值拷贝。完整的，我写了如下代码：
package main
type ttt1 struct {
A1 string
}
func (t ttt1)setA1() {
t.A1="666"
}
func (t *ttt1)set2A1() {
t.A1="777"
}
func main() {
var t ttt1
t.set2A1()
println(t.A1)
t.setA1()
println(t.A1)
}
注：最后输出为
777
777
而不是
777
666
还有个问题就是接口的赋值，如果
interface{
set2A1()
}
第一个Oject里是 func (o object)set2A1()
第一个Oject里是 func (o *object2)set2A1()
这么写编译器都不让过，因为没有意思，一个方法是值传递，一个方法是地址传递。
我上一段代码：
package main
type ttt1 struct {
A1 string
}
type ttt2 struct {
A1 string
}
type IN interface {
set2A1()
}
func (t ttt1) setA1() {
t.A1 = "666"
}
func (t *ttt1) set2A1() {
t.A1 = "777"
}
func (t *ttt2) set2A1() {
t.A1 = "777"
}
func main() {
var t1 ttt1
var t2 ttt2
var i IN
i = t1
i.set2A1()
println(t1.A1)
i = t2
i.set2A1()
println(t2.A1)
}
Golang的这种特性，也就不难理解指针满天飞了。
我觉得这样仅仅是表面上很好！反正有GC，也不用考虑野指针的问题。
但是，比如有研究一个库的内容也好，研究前人先的代码也好。
一个interface里塞了2个东西，这两个东西里又有别的函数，前后瞎搞胡搞，再想搞什么值传递、引用传递就很麻烦了。
interface的赋值，个人觉得真的是一个麻烦的东西，自己的代码里，最好只是提供一个简洁的interface暴露出去。别指望着你的interface成了标准，别人写两函数再实现你的interface。
