根本区别在于作用域和初始化时机：var可用于包级或函数内，:=仅限函数内且要求左侧全为新变量；若在if/for中误用:=会创建同名局部变量，导致外层变量未更新。
var 声明和 := 短变量声明的区别在哪
根本区别不在语法糖，而在作用域和初始化时机：var 可在包级或函数内使用，:= 只能在函数内部且要求左侧变量名**全为新声明**（已有同名变量会报错 no new variables on left side of :=）。
常见错误现象：在 if 或 for 块里用 := 重新“声明”已存在的变量，结果创建了新局部变量，外层变量没变。
-
var声明的包级变量可被导出，:=不允许出现在函数外 -
var a int初始化为零值；a := 0必须提供初始值，不能留空 - 多个变量同时声明时，
var支持类型推导但不强制（var a, b = 1, "x"），而:=必须全部推导
什么时候必须用 var 而不能用 :=
三个典型场景：包级变量、结构体字段、需要显式指定类型的变量（比如避免 int 和 int64 混淆）。
例如写配置常量：var Timeout = 30 * time.Second —— 如果用 :=，Go 会把 Timeout 推导成 time.Duration，但若后续想赋值 int64(30) 就会类型不匹配。
- 接口变量声明需显式类型：
var reader io.Reader = &bytes.Buffer{} - 声明切片但暂不初始化：
var data []string（此时是 nil，不是空切片） - 循环中复用变量避免内存逃逸：多次
var buf bytes.Buffer比buf := bytes.Buffer{}更易被编译器优化
:= 在 if/for 语句里怎么用才不踩坑
它本质是“声明 + 赋值”，不是纯赋值。所以 if x := getValue(); x > 0 { ... } 中的 x 作用域仅限该 if 块，包括 else 分支也访问不到。
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
容易被忽略的点：条件语句后的 ; 后还能跟另一个短声明，比如 if err := doSomething(); err != nil { ... } 是合法的，但若前面已有 err 变量，这里就会报错。
- 别在
if条件里声明后，又在if体内用:=试图“重声明”同一变量名 - 想在
if和else共享变量？先用var声明在外部，再用=赋值 -
for i := range slice是安全的，但for i := 0; i 中的 <code>i是新变量，每次迭代都新建 —— 多数情况无害，但闭包捕获时会出问题
零值声明 vs 空结构体初始化的性能差异
像 var s struct{} 和 s := struct{}{} 行为一致，都生成零值，但前者更明确表达“我只要零值”，后者可能让人误以为要构造实例。
真正影响性能的是是否触发逃逸分析。例如 var buf bytes.Buffer 在栈上分配，而 buf := &bytes.Buffer{} 强制堆分配 —— 这个区别比声明方式本身更关键。
- 结构体字段用
var声明时，如果类型含指针或 map/slice，零值就是nil，直接调用方法会 panic -
make([]int, 0)和var s []int都是 nil 切片，但len(s)和cap(s)都是 0，行为一致 - map 和 channel 必须用
make或字面量初始化，var m map[string]int得到的是 nil map，写入直接 panic
变量声明不是语法练习，是控制内存布局和作用域边界的动作。写 var 还是 :=，背后是想让变量活多久、在哪能被看到、以及类型是否该被推导清楚 —— 这些细节在并发或长期运行的服务里，一两年后才会真正浮现出来。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
