Go中var和:=是编译器强制区分的两种机制：包级变量只能用var，:=仅限函数内且需至少一个新变量；var支持显式类型、延迟赋值，:=仅支持声明并初始化。
Go里var和:=不是风格选择，是编译器强制区分的两种机制——用错位置直接报错，类型推导行为也完全不同。
包级变量只能用var，:=在函数外会编译失败
包级（即函数外部）声明变量时，var是唯一合法方式。任何尝试在顶层使用:=的写法都会触发syntax error: non-declaration statement outside function body。
-
var支持显式类型、省略类型、分组声明，且未初始化时自动设为零值 -
:=语法在包级作用域根本不可用，连解析阶段都过不去 - 常见误写：
myVar := "hello"放在func main()外面 → 编译失败
:=必须同时声明+初始化，且左侧至少有一个新变量
:=本质是“短声明”，不是赋值。它要求右侧表达式能明确推导出类型，并且左侧变量名中至少有一个是当前作用域内未声明过的。
- 重复使用
:=声明已存在的变量（如err := doSomething()在if err != nil之后）会报no new variables on left side of := - 正确解法：先用
var err error声明，后续统一用=赋值 - 允许“部分重声明”：例如
a, b := 1, "x"之后再写a, c := 2, true，a被重新赋值，c是新变量
var支持延迟赋值与显式类型控制，:=不支持
当你需要变量先存在、稍后才赋值，或必须约束为特定底层类型（比如int32而非默认int），var是唯一选择。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
-
var count int32→ 类型精确，避免int/int32混用引发的接口不兼容 -
var data []byte→ 明确类型，后续可安全传给只接受[]byte的函数 -
val := 100→ 推导为int，在32位系统上可能和期望的int64行为不一致 - 结构体字段、接收者、函数参数等地方，只接受
var-style语法，:=完全不适用
控制流内部用:=能天然限制作用域，但要注意闭包陷阱
在if x := getValue(); x > 0这类语句中，x的作用域仅限该if块内，这是:=最被低估的优势。但它不会自动解决循环变量捕获问题。
-
for _, item := range list { go func() { fmt.Println(item) }() }→ 所有goroutine共享最后一个item值 - 修复不是靠换
var，而是显式复制：for _, item := range list { item := item; go func() { fmt.Println(item) }() } - 这个
item := item是合法的:=用法：左侧item是新变量，遮蔽了外层循环变量
最容易被忽略的是：类型推导发生在编译期，而:=的“重声明”规则依赖于作用域嵌套层级——同一行代码里，外层已声明的变量和内层新变量混用时，编译器判断逻辑很严格，稍不注意就掉进no new variables的坑里。
