Go接口实现只看方法集，由接收者类型（T或T）严格决定：T的方法集仅含值接收者方法，T则包含两者；Dog{}无法赋值给含*Dog方法的接口，因编译器禁止对无地址临时值隐式取址。
Go 里接口能否被某个类型实现，不看名字、不看结构体字段，只看方法集 —— 而方法集由接收者类型（T 还是 *T）严格决定。这是最常踩坑的底层逻辑，不是风格偏好，是编译器强制规则。
为什么 Dog{} 不能赋值给含 *Dog 方法的接口？
因为 Go 不允许对无地址的临时值隐式取址。当你写 s = Dog{}，而接口要求的方法是 func (d *Dog) Speak()，编译器会报错：Dog does not implement Speaker (Speak method has pointer receiver)。
-
T类型的方法集只包含值接收者方法（func (t T) M()） -
*T类型的方法集包含值接收者 + 指针接收者方法（func (t T) M()和func (t *T) M()） - 所以只有
*T能调用指针接收者方法；T无法“自动转成*T”去满足接口
什么时候必须用指针接收者实现接口？
两种典型场景下，值接收者根本不行，必须用 *T：
- 方法内部要修改接收者字段（比如
func (u *User) SetName(n string)） - 结构体较大（比如含 slice、map、大数组），避免每次调用都拷贝整块内存
- 类型已存在指针接收者方法，为保持方法集一致，后续所有方法也应统一用指针接收者（否则
T和*T行为不一致，容易漏掉接口实现）
示例：若 User 已有 func (u *User) Save()，那么即使 func (u User) GetName() 看似只读，也建议改成 func (u *User) GetName()，否则 User{} 无法满足含 Save 的接口。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
go vet 提示 “method on … should have pointer receiver” 怎么办？
这不是警告，是明确提示你当前方法签名与使用方式存在潜在断裂风险。常见触发条件：
- 该类型已有其他指针接收者方法
- 该方法被用于接口实现，而接口变量常以指针形式传入（如
func Process(s Speaker)中传&d） - 结构体字段含引用类型（
map、slice、chan），值接收者可能引发非预期行为（如 append 后原 slice 未更新）
直接改：把 func (t T) M() 改成 func (t *T) M()，并检查所有调用处是否传的是指针（&t 或已是指针变量）。
真正容易被忽略的点是：接口变量本身不存“值还是指针”的语义，它只认方法集；但一旦你混合使用 T 和 *T 方法，就会出现某些调用能过、某些报错，且错误发生在赋值那一刻，而非方法调用时 —— 这种延迟暴露的问题最难调试。
