Go接口需首字母大写才能导出供其他包使用；方法名同理；指针接收者影响接口赋值，因方法集规则限制；any即interface{}，无行为约束，滥用降低类型安全与性能；接口比较需谨慎，nil判断易panic。
Go 接口要被其他包使用，必须首字母大写；小写接口名在包外不可见，编译直接报错。
接口名必须大写才能导出
Go 不靠 export 关键字，只看标识符首字母大小写。接口定义写成 type reader interface，哪怕你把它作为函数返回值或字段类型，别的包 import 后也拿不到——编译器会报 undefined: xxx.reader 或 cannot use ... as xxx.reader。
常见错误场景：
- 把接口定义在内部工具包里，起名
type configLoader interface，结果主程序调用时找不到 - 文档里说“实现这个接口”，但接口本身是小写，下游根本没法声明变量或接收参数
修复方式很简单：改成 type ConfigLoader interface。方法名也一样，read() 不导出，Read() 才导出。
立即学习“go语言免费学习笔记（深入）”；
为什么指针接收者方法会影响接口赋值
接口是否被满足，取决于“当前值能否调用所有方法”。而方法集规则是：T 只含值接收者方法，*T 含值+指针接收者方法。
所以如果接口方法是 Write([]byte) (int, error) 且由 (*MyWriter).Write 实现，那么：
-
var w MyWriter—— 不能赋给该接口，因为w.Write不可调用（w是不可寻址的值） -
var w *MyWriter—— 可以，*w有完整方法集 -
func NewWriter() MyWriter返回值传给接口？不行，返回的是值，不是地址，且不可取址
别指望编译器自动加 &：map 中的 struct value、函数返回的临时 struct 都不可寻址，&m["k"] 直接报错。
空接口 interface{} 和 any 不是万能胶
any 就是 interface{} 的别名，它不提供任何行为约束，只表示“任意类型”。滥用会导致：
- 调用方失去类型提示，IDE 补全失效，重构困难
- 每次赋值都要构造接口值（拷贝类型元数据 + 数据指针），比传具体类型慢、占内存
- 运行时 panic 风险上升，比如对
nilslice 做len()，静态检查完全覆盖不到
真正需要动态类型的场景才用：json.Unmarshal 解析、日志字段、map[string]interface{} 这类弱结构数据。核心逻辑里别用 func(x interface{}) 模拟多态——该上泛型就上泛型，比如 func[T io.Reader](r T)。
接口比较和 nil 判断容易踩坑
接口值比较（==）底层比的是 itab 指针和 data 指针。这意味着：
- 两个
nil接口值相等（itab == nil && data == nil） - 一个装了
nil *os.File的io.Reader和一个装了nil []int的interface{}不相等（itab不同） - 若接口底层是 slice、map、func 等不可比较类型，
==会直接 panic：panic: runtime error: comparing uncomparable type []int
安全做法：需要判断相等性时，优先用 reflect.DeepEqual；若必须用 ==，确保接口值底层类型支持比较（如 string、int、struct{} 中不含不可比较字段）。
最常被忽略的一点：接口变量声明后未赋值，就是全零值（itab == nil && data == nil），此时调用方法会 panic。这不是“接口为 nil”，而是“接口值为空”，和 var x *T 未初始化是一回事。别假设接口变量能自动绑定到某个实现——它什么都没装。
