go指针语法及viper库使用中的寻址问题
在使用go语言进行编程时，理解指针的语法和使用方法至关重要，尤其是在与第三方库如viper结合使用时，可能会遇到一些需要深入理解的问题。今天我们要探讨的问题是关于在viper库的使用中，如何正确地传递参数，以及为什么传递一个指针的指针是必要的。
在我们的项目中有几个模块：setting、section、global和main。具体代码如下：
setting模块：
type setting struct {
vp *viper.viper
}
func newsetting() (*setting, error) {
vp := viper.new()
vp.setconfigname("config")
vp.addconfigpath("configs/")
vp.setconfigtype("yaml")
err := vp.readinconfig()
if err != nil {
return nil, err
}
return &setting{vp: vp}, nil
}section模块：
type serversettings struct {
runmode string
httpport string
readtimeout time.duration
writetimeout time.duration
}
func (s *setting) readsection(k string, v interface{}) error {
err := s.vp.unmarshalkey(k, v)
if err != nil {
return err
}
return nil
}global模块：
立即学习“go语言免费学习笔记（深入）”；
var serversetting *setting.serversettings
main模块：
setting, err := setting.newsetting()
setting.readsection("server", &global.serversetting)现在，如果在main模块中将第二行修改为setting.readsection("server", global.serversetting)，会报错result must be addressable (a pointer)。这是为什么呢？
问题在于，global.serversetting已经是一个指针，为什么在调用readsection方法时，还需要传递它的地址呢？
在viper库的源码中有这样的说明：
// newdecoder returns a new decoder for the given configuration. once
// a decoder has been returned, the same configuration must not be used
// again.
func newdecoder(config *decoderconfig) (*decoder, error) {
val := reflect.valueof(config.result)
if val.kind() != reflect.ptr {
return nil, errors.new("result must be a pointer")
}
val = val.elem()
if !val.canaddr() {
return nil, errors.new("result must be addressable (a pointer)")
}
}从这段代码可以看出，传递的参数不仅需要是一个指针，还需要是可以寻址的(can be addressable)。当你传递一个结构体的指针时，它本身并不能被寻址，因此会导致错误。
为了验证这一点，我们可以看一下下面的例子：
package main
import (
"fmt"
"reflect"
)
var a *db
type db struct {
}
func main() {
val := reflect.valueof(a)
val = val.elem()
fmt.println(val.canaddr())
val = reflect.valueof(&a)
val = val.elem()
fmt.println(val.canaddr())
}运行这段代码会得到如下输出：
false true
这表明传递a本身（即一个指针）时，其元素无法被寻址，而传递&a（即指针的指针）时，其元素是可以被寻址的。
因此，在使用readsection方法时，我们需要传递&global.serversetting，因为这样传递的是一个指针的地址，它是可以被寻址的，从而满足viper库的要求。
