Go中if后不能用var声明变量，只能用短变量声明:=在初始化子句中声明临时变量，其作用域限于对应块内，支持多变量、函数调用等，但嵌套过深会降低可读性。
Go里不能在if后面直接写var声明
Go语法明确禁止在if语句条件部分使用var关键字声明变量，比如if var x = getValue(); x > 0会直接报错syntax error: unexpected var。这不是疏漏，而是语言设计决定的：Go要求条件语句的“初始化子句”只能是短变量声明（:=）或赋值表达式，不支持完整声明语句。
正确写法：用:=在if初始化子句中声明并赋值
所有临时变量必须用短变量声明语法:=，且只能出现在if、for、switch的初始化位置。它隐含了类型推导和作用域限制——变量只在对应块内可见。
常见写法示例：
if x := findUser(id); x != nil {
fmt.Println(x.Name)
} // x 在这里已不可访问
- 多个变量可一起声明：
if a, b := parseConfig(); a != nil && b != "" - 支持函数调用、类型断言、通道接收等表达式：
if msg, ok := - 不能重复声明同名变量（哪怕在不同
if分支里），否则编译失败
为什么不用:=就容易出错？
试图绕过规则写成if (var x int = 5); x > 0或把var提前到外面，都会带来隐患：
立即学习“go语言免费学习笔记（深入）”；
- 提前声明导致变量作用域扩大，可能被意外修改或误用
- 多个
if共用同一变量时，逻辑耦合变强，难以维护 - 若条件分支里需要不同类型的值（比如一个分支要
string，另一个要int），外部var声明无法满足 - 静态分析工具（如
go vet）可能报declared and not used，尤其当某些分支未执行时
嵌套if时临时变量的作用域边界
每个if的初始化子句创建独立作用域，内层声明不会覆盖外层同名变量，但可读性会迅速下降：
if user := db.GetUser(id); user != nil {
if profile := user.LoadProfile(); profile != nil {
fmt.Println(profile.Avatar)
} // profile 在这里结束
} // user 在这里结束
这种写法合法，但三层以上嵌套会让变量生命周期变得难追踪。真遇到复杂判断链，更推荐拆成小函数，而不是靠多层if初始化子句硬撑。
最常被忽略的一点：临时变量的零值不是“未定义”，而是对应类型的默认值；如果初始化表达式panic了，变量根本不会被创建——这点在调试空指针或接口nil时特别关键。
