接口变量声明本质是创建能存储满足该接口任意值的容器，并非创建具体对象；未初始化时为nil，有静态类型但无动态值和动态类型，直接调用方法会panic，判空用==nil而非底层类型nil。
直接声明接口类型变量，本质是声明一个能存“满足该接口的任意值”的容器，不是创建具体对象。
用 var 声明未初始化的接口变量
这是最基础、也最容易误解的方式。接口变量刚声明时是 nil，它有静态类型（比如 io.Writer），但动态值和动态类型都为空。
- 声明后直接调用方法会 panic：比如
var w io.Writer; w.Write([]byte("x"))报nil pointer dereference - 可用于后续条件赋值或函数参数占位，比如先声明再根据配置决定传
os.Stdout还是bytes.Buffer - 判断是否为 nil 用
w == nil，不是w == (*bytes.Buffer)(nil)—— 接口 nil 和底层类型 nil 不等价
用 := 声明并立即赋值
这是实际开发中最常见的做法，编译器自动推导出接口类型，并把右侧值的动态类型绑定进去。
- 右侧必须是实现了该接口的具体值或指针，例如：
w := os.Stdout（os.Stdout实现了io.Writer） - 不能写
w := io.Writer(os.Stdout)——io.Writer是类型，不是可调用的转换函数；Go 不支持显式类型构造语法 - 如果右侧是结构体字面量，注意是否要取地址：值接收者方法可用值赋值，指针接收者方法必须用指针，否则编译失败
空接口 interface{} 的特殊处理
它是所有类型的超集，声明方式一样，但用途完全不同：常用于泛型替代、反射、日志参数等场景。
立即学习“go语言免费学习笔记（深入）”；
-
var i interface{}或i := interface{}(42)都合法 - 从空接口取值必须类型断言：
s, ok := i.(string)，失败时ok为 false，s为零值 - 不要滥用：类型断言失败不报错但逻辑可能中断；大量
interface{}会掩盖真实类型关系，增加维护成本
嵌入接口时变量声明没区别，但实现要求更高
比如 type ReadWriter interface{ io.Reader; io.Writer }，声明变量仍是 var rw ReadWriter，但赋值时右侧值必须同时实现 Read 和 Write 方法。
- 常见错误：传一个只实现了
io.Reader的结构体，编译直接报错 —— Go 在编译期检查接口满足性 - 嵌入接口不会改变变量声明语法，只是扩大了可赋值类型的范围（更窄的约束）
- 别为了“看起来统一”强行嵌入无关接口，这会让实现方负担加重，也违背接口最小原则
接口变量本身不保存数据，只保存动态值的类型信息和指针。真正容易被忽略的是：它的零值是 nil，而 nil 接口和 nil 底层类型（如 *bytes.Buffer）在比较和方法调用上行为完全不同——这点在错误处理和调试时经常踩坑。
