go接口变量声明时不能直接赋初值为非nil具体类型，因接口实现依赖方法集匹配：若接口方法由指针接收者定义，则仅*type满足，type字面量赋值会编译失败；零值nil合法，但非nil接口变量底层可能为nil指针，调用方法仍panic。
接口变量声明时不能直接用 var 赋初值为 nil 以外的具体类型
Go 中接口是引用类型，但它的变量本身不存储具体数据，只存动态类型和动态值。所以声明时若写 var x Reader = &bytes.Buffer{} 是合法的，但 var x Reader = bytes.Buffer{} 可能出错——取决于 Reader 是否要求指针方法实现。常见错误是假设“只要实现了方法就能赋值”，却忽略了方法集规则。
-
type Reader interface { Read(p []byte) (n int, err error) }的实现者：如果Read是定义在*T上，则只有*T满足接口，T不满足 - 声明时推荐先声明变量，再赋值：
var r io.Reader r = &bytes.Buffer{} // OK // r = bytes.Buffer{} // 编译错误，除非 Read 方法在值类型上定义 - 更常用的是短变量声明：
r := &bytes.Buffer{}，此时类型自动推导为io.Reader（前提是右侧值确实实现了该接口）
使用 var 声明接口变量时，零值就是 nil
接口变量的零值是 nil，但它和底层具体类型的 nil 不同——它表示“无动态类型 + 无动态值”。这直接影响空值判断和 panic 风险。
- 判断接口是否为空，直接用
r == nil即可，无需反射或类型断言 - 但要注意：一个非
nil接口变量，其底层值可能是nil指针，例如：var r io.Reader = (*bytes.Buffer)(nil)—— 此时r != nil，但调用r.Read(...)会 panic - 因此，在函数参数或返回值中接收/传递接口时，不要默认它“安全可用”，尤其来自外部输入时需先判空再用
接口变量不能直接比较（除与 nil），也不能用作 map 键
接口底层包含类型信息和值信息，Go 禁止对两个接口变量做 == 或 != 比较（除非一方是 nil），也不允许将其作为 map 的键。
- 错误示例：
if r1 == r2 { ... }会编译失败，提示 “invalid operation: == (mismatched types io.Reader and io.Reader)” - 若真需比较语义相等性，必须先用类型断言取出底层值，再按具体类型比较（如
bytes.Equal对[]byte） - 想用接口做 map key？不行。替代方案：用
reflect.TypeOf(x).String() + fmt.Sprintf("%v", x)构造字符串键（仅限调试或低频场景；生产环境建议重构为明确类型）
嵌入接口时，声明变量仍遵循相同规则，但方法集叠加需谨慎
接口可以嵌入其他接口（如 type ReadWriter interface { Reader; Writer }），但这不改变变量声明方式，只扩展方法集。容易被忽略的是：嵌入后，原接口的实现约束依然生效。
- 若
Reader要求*T实现，而Writer要求T实现，则T和*T都无法同时满足ReadWriter - 声明变量时仍是
var rw ReadWriter，赋值时必须确保右侧值完整实现所有嵌入接口的方法 - 嵌入不等于继承，没有“向上转型”概念；接口变量只能由完全匹配的类型赋值
nil（安全可判），另一种是接口头非 nil 但底层指针为 nil（危险易 panic）。后者在组合多个接口或封装第三方库时特别容易出现。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
