为什么变量的内联实例化需要显式获取它的地址来调用指针方法，而对于现有的 var 它的隐含

golang学习网今天将给大家带来《为什么变量的内联实例化需要显式获取它的地址来调用指针方法，而对于现有的 var 它的隐含》，感兴趣的朋友请继续看下去吧！以下内容将会涉及到golang等等知识点，如果你是正在学习Golang或者已经是大佬级别了，都非常欢迎也希望大家都能给我建议评论哈~希望能帮助到大家！

问题内容

这种行为有原因吗？我想知道内存级别有什么不同。编译器返回“不能获取复合文字的地址”，而我可以明确要求它这样做。

这是去游乐场去游乐场链接

u := User{"john"}
fmt.Println(u.Name()) //implicit

//fmt.Println(User{"john"}.Name()) //Error: cannot call pointer method on composite literal, cannot take the address of composite literal
fmt.Println((&User{"jim"}).Name()) //explicit

type User struct {
    name string
}

func (u *User) Name() string {
    return u.name
}

正确答案

因为复合文字在分配给变量之前是不可寻址的：

操作数必须是可寻址的，即变量、指针间接或切片索引操作；或可寻址结构操作数的字段选择器；或可寻址数组的数组索引操作。
作为可寻址性要求的一个例外，x 也可以是（可能带括号的）复合文字。

您可以将地址设为User{"jim"}:（(&User{"jim"})文字指针）。
但是您不能直接使用User{"jim"}（文字值，直到将其分配给变量）的值。[在此线程](https://groups.google.com/d/topic/golang- nuts/hs3Z_6lISXI)
中查看更多信息。

[此线程](http://grokbase.com/t/gg/golang-nuts/12af24jjst/go-nuts-should-parser- really-be-able-to-handle-this)添加到“表达式不可寻址”问题：

取某物的地址，直到这个假设点是 不可寻址的（一个不碰巧植根于标识符的表达式） ，在语义上与设置目标指针的取消引用值没有什么不同。
换句话说，以下是等价的：

var x *int
*x = (2 * 3) + 4

var x *int
x = &((2 * 3) + 4)

由于表达式一被使用就被丢弃，其值的 地址 （通常完全驻留在寄存器中，因此实际上没有地址）在任何情况下都是完全没有意义的，而使用它的唯一好处是address 是变量声明中类型推断的语法便利（最多保存一行）：

x := &((2 * 3) + 4)

使任意表达式可寻址的问题 ：

m := map[int]int{1:2}
x := &m[1]
x = 3
fmt.Println("x is", x, "while m[1] is", m[1])
// will print `x is 3 while m[1] is 2`

简而言之：不清楚（并且几乎不可能调试）您是否正在获取您期望可寻址的地址，或者您正在获取隐式中间变量的地址（这通常是您不想）。

理论要掌握，实操不能落！以上关于《为什么变量的内联实例化需要显式获取它的地址来调用指针方法，而对于现有的 var 它的隐含》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！