go编译器强制要求函数内局部变量必须被读取（如参与比较、打印、返回等），仅赋值不构成“使用”，否则报declared and not used错误；包级变量不受此限。
Go 编译器会直接拒绝编译，报 declared and not used 错误——这不是警告，是硬性拦截。你必须让变量被“读取”，只赋值不算数。
为什么 var x int 后只写 x = 42 会报错
Go 对“使用（used）”的定义非常严格：变量必须作为右值参与表达式，比如 return x、fmt.Println(x)、if x > 0。单纯赋值（左值操作）不构成“使用”。
- 常见错误模式：
var alive bool; ...; alive = true，但后面没再读它 - 即使变量被赋值多次，只要没被读，就触发报错
- 包级变量不受此限制，仅限函数内局部变量
修复方式选哪个，取决于你的真实意图
别硬套模板，先想清楚：这个变量是不是真需要？
- 如果它本该对外输出 → 改函数签名，返回该变量：
func ping(ip string) bool，末尾加return alive - 如果只是中间判断，没必要存状态 → 直接用表达式替代：
return err == nil，连var alive bool都省了 - 如果正在调试，想临时保留又不想改逻辑 → 用合法方式“激活”它，例如在末尾加一行
_ = alive（注意不是var _ = alive，后者是新声明）
别指望 GoLand 的 Alt+Enter 自动帮你“忽略”
GoLand 默认不提供“用 _ 替换”的快捷修复，因为 var x int; _ = x 是合法的，但 var _ int = x 或 var _ = x 在语法上是错的——_ 只能用于接收值，不能用于声明。
- Alt+Enter 通常只显示
Remove unused variable 'x' - 若提示没反应，检查
gopls是否启用、文件是否被索引、是否在//go:build ignore块里 - 想保留变量又绕过检查？
_ = x是唯一安全、可编译、且 GoLand 不再标红的方式
最容易被忽略的一点：短变量声明 x := 1 看似简洁，但如果后续没读 x，一样报错；而且它和 var x int 在作用域和遮蔽行为上完全不同——尤其在初始化全局变量时，db, err := sql.Open(...) 会意外创建局部 db，导致包级 db 仍是 nil。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
