go变量声明核心是避免报错和陷阱：包级变量、只声明不初始化、多类型变量、显式指定类型时必须用var；:=仅限函数内且需至少一个新变量，易因作用域覆盖或全已声明而翻车；零值默认存在，需警惕布尔未设置与nil map写入panic。
Go 语言里变量声明不是“怎么写好看”，而是“怎么写不报错、不踩坑、不意外赋零值”。最常出问题的不是不会写 var，而是该用短变量声明 := 时用了 var，或在 if/for 作用域里重复声明却没意识到新变量已覆盖外层同名变量。
什么时候必须用 var 声明？
不是所有场景都能用 :=。以下情况只能用 var：
- 声明包级（全局）变量——
:=只能在函数内使用 - 只声明不初始化（留待后续赋值），比如
var buf bytes.Buffer - 声明多个变量且类型不同，又不想显式写出类型（
var支持类型推导但语法更宽松） - 需要明确指定类型而非依赖推导，例如
var n int32 = 100（避免和int混淆）
:= 的隐含规则和常见翻车点
:= 看似方便，但 Go 对它有严格约束：必须至少有一个左侧变量是新声明的，且不能出现在函数外。实际中容易忽略这些细节：
- 在
if或for内部用:=声明同名变量，会创建新作用域变量，外层变量不受影响——这不是 bug，是设计，但常被误认为“赋值失败” - 多个变量用
:=时，只要有一个是新变量，其余可为已声明变量；但如果全部已存在，编译器直接报错no new variables on left side of := - 不能用
:=给结构体字段或 map 元素“声明并赋值”，比如m["key"] := "val"是语法错误
零值陷阱：声明即初始化，但未必是你想要的
Go 中所有变量声明即赋予零值（0、""、nil 等），没有“未定义”状态。这带来两个典型问题：
立即学习“go语言免费学习笔记（深入）”；
- 布尔型变量声明后默认是
false，但业务逻辑中常需要区分“未设置”和“设为 false”——此时应改用指针*bool或封装成自定义类型 - 切片、map、channel 声明后是
nil，直接append或range不会 panic，但往nil map写入会 panic，必须先make - 结构体字段若含指针或接口类型，零值是
nil，调用方法前需判空，否则 panic
初始化建议：优先用 :=，但别为了省字符牺牲可读性
函数内单次初始化，:= 是首选；但遇到复杂类型或长类型名，硬写 := 反而难读：
cfg := &Config{Timeout: time.Second * 30, Retries: 3, Logger: log.Default()}不如拆开写清楚：
var cfg Config cfg.Timeout = time.Second * 30 cfg.Retries = 3 cfg.Logger = log.Default()
或者用命名字段初始化（更推荐）：
cfg := Config{
Timeout: time.Second * 30,
Retries: 3,
Logger: log.Default(),
}真正该警惕的不是声明方式本身，而是“是否理解每个变量此刻的生命周期、作用域和零值含义”。尤其在嵌套作用域、并发 goroutine、defer 链中，一个看似简单的 := 可能悄悄创建了你没意识到的变量副本。
