go语言中函数内未使用局部变量报“declared and not used”错误，而包级变量不报错，是因为编译器仅对函数级局部变量强制要求必须被读取（如参与比较、打印、返回等），以避免逻辑疏漏；包级私有符号可能被其他文件引用、反射或接口隐式使用，故不视为错误。
为什么 declared and not used 会报错，而全局变量不报？
Go 编译器只对函数内（局部）声明的变量强制执行“必须被读取”规则；包级变量（var 在函数外）即使没用也不会报错。这是设计使然：局部变量生命周期短、作用域明确，未使用大概率是逻辑疏漏；而包级变量可能被其他文件引用，或留作未来扩展。
关键点在于，“使用”在 Go 中有明确定义：必须作为右值参与表达式——比如 return alive、fmt.Println(alive)、if alive { }、result = alive。仅赋值（alive = true）不算“使用”，哪怕赋了两次。
var x T 声明后怎么快速“激活”它？
如果你暂时需要保留变量（例如调试中途注释掉某行），又不想删掉重写，可以用以下合法方式让编译器认可它被“使用”了：
-
_ = x—— 最常用，语义清晰：明确表示“我拿到这个值，但不关心它” -
fmt.Printf("%v", x)或log.Printf("debug: %v", x)—— 适合调试，但上线前得清理 -
if x == x { }—— 极端情况可用（注意：对 NaN 不安全），不推荐
别写 var _ = x 或 _ := x —— 前者语法错误（var 后不能跟 _），后者是新声明一个匿名变量，原变量仍算未使用。
用 := 替代 var 能避免问题吗？
可以，但要注意适用边界：
-
:=只能在函数内部用，包级变量必须用var - 它本质是“声明 + 初始化”，所以只要后续有读取，就自然满足“已使用”条件
- 常见写法如
alive := err == nil，之后直接return alive，一步到位 - 但如果写成
alive := false，然后只在 if 里赋值alive = true，仍然会报错——因为初始声明后的第一次读取缺失
换句话说：:= 省的是显式 var，不是省“使用”。它只是让声明和首次使用更容易合并。
GoLand 的 Alt+Enter 为什么有时没反应？
这不是你操作错了，而是 IDE 没拿到足够上下文：
- 检查
Settings > Languages & Frameworks > Go > Go Tools是否启用了gopls，路径是否有效 - 执行
File > Invalidate Caches and Restart > Just Restart，旧缓存常导致诊断延迟或失效 - 确认变量在函数体内——包级变量、被
//go:build ignore掩盖的文件、或//go:noinline函数内，都可能跳过检查 - GoLand 默认只提供
Remove unused variable，不会建议加_ = x——因为那是你主动选择的调试策略，不是自动修复项
最易被忽略的是：变量是否真的在当前作用域内“可见”。比如在 if 块里用 := 声明，然后想在块外用，那它根本就不存在——不是“未使用”，是“根本不可达”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
