Go变量作用域由声明位置决定，分包级、函数级、块级；生命周期由编译器自动管理，与作用域相关但不等价——可能提前回收或延后销毁。
Go 语言中变量作用域由声明位置决定，没有函数级“提升”或块级“暂时性死区”，但包级、函数级、语句块级的可见性规则必须严格区分；生命周期则完全由编译器自动管理，与作用域强相关但不等价——变量可能在作用域结束前就被回收（如逃逸分析后堆分配），也可能在作用域结束后仍存活（如被闭包捕获）。
包级变量 vs 函数内变量：可见性与初始化时机
包级变量（在函数外声明）在整个包内可见，且只初始化一次，在 init() 函数执行前完成。它们的生命周期贯穿整个程序运行期（除非是未导出且未被引用的变量，可能被链接器裁剪）。
函数内变量（包括形参、:= 声明或 var 声明）仅在该函数作用域内有效，每次调用都重新分配。注意：for 循环体内的 := 每次迭代都会创建新变量，不是复用：
for i := 0; i < 3; i++ {
v := i
go func() { println(v) }() // 所有 goroutine 都打印 2（v 被共享）
}
常见错误是误以为循环变量每次迭代都是独立绑定——实际是同一个地址，需显式传参或复制：
立即学习“go语言免费学习笔记（深入）”；
- 正确写法：
go func(val int) { println(val) }(i) - 或在循环内用新变量：
v := i; go func() { println(v) }()
if/for/switch 块内声明的变量：作用域止于右大括号
Go 中所有用 {} 包裹的语句块（包括 if、for、switch、case）都构成独立作用域，其中用 := 或 var 声明的变量无法在块外访问。
典型陷阱：
-
if err := doSomething(); err != nil { ... }→err在if块外不可见 - 想在
if后继续用err，必须提前声明：var err error; if err = doSomething(); err != nil { ... } -
switch x := getValue().(type) { ... }中的x仅在各case块内有效，不能在switch外使用
这种设计强制显式控制变量生存范围，减少意外覆盖，但也要求开发者更早规划变量声明位置。
闭包捕获变量：生命周期可超越原始作用域
当匿名函数引用了外层函数的局部变量时，该变量会因闭包而延长生命周期——即使外层函数已返回，只要闭包还存在，变量就仍在内存中（通常逃逸到堆）。
例如：
func makeAdder(x int) func(int) int {
return func(y int) int { return x + y }
}
add5 := makeAdder(5) // x=5 被捕获并持续存活
println(add5(3)) // 输出 8
这里 x 的作用域本应随 makeAdder 返回而结束，但因被闭包引用，其生命周期延续到 add5 不再被引用为止。
关键点：
- 闭包捕获的是变量的**引用**，不是值（除非显式复制）
- 多个闭包可共享同一变量，修改会相互影响
- 可通过
go tool compile -m查看变量是否逃逸：./main.go:12:6: &x escapes to heap
import 和 _import 的作用域边界：包名即作用域标识符
import 语句本身不引入全局符号，只让当前文件能通过包名访问目标包的导出标识符。包名就是作用域锚点：
-
import "fmt"→ 必须用fmt.Println，不能直接写Println -
import io "io"→ 使用io.Reader，而非io包默认名 -
import _ "net/http/pprof"→ 仅触发包的init()，不引入任何标识符到当前作用域
重名包导入需显式重命名，否则编译报错：import fmt "my/fmt" 可避免与标准库 fmt 冲突。这点常被忽略，尤其在引入同名第三方工具包时。
真正容易被忽略的是：作用域规则和逃逸分析共同决定变量实际内存位置——哪怕你写了个“栈上变量”，编译器也可能因闭包、返回指针、goroutine 捕获等原因把它挪到堆上。别依赖直觉判断生命周期，用 go build -gcflags="-m" 看编译器怎么说。
