在 go 的 flag 包中，`flag.bool()` 返回的是指向内部管理布尔变量的指针，必须在 `flag.parse()` 之后解引用才能获取命令行实际传入的值；若提前解引用并赋值给普通变量，则只能得到默认值，无法响应用户输入。
Go 的 flag 包采用“延迟解析”机制：flag.Bool() 等函数仅注册标志并返回其内部存储位置的指针，并不立即读取或解析命令行参数。真正解析发生在调用 flag.Parse() 时——此时 flag 包会遍历所有已注册的标志，根据命令行参数（如 -r）更新对应指针所指向的内存值。
因此，第一段代码失败的根本原因在于：
recursive = *flag.Bool("r", false, "Search recursively") // ❌ 错误：立即解引用该语句在 init() 中执行，此时 flag.Parse() 尚未调用，flag.Bool() 返回的指针所指向的值仍是初始默认值 false。解引用后赋给 recursive bool 变量，得到的是一个与 flag 系统完全脱钩的独立副本。后续 flag.Parse() 的修改对此副本毫无影响。
而第二段代码正确地保留了指针引用：
立即学习“go语言免费学习笔记（深入）”；
var recursive *bool // ✅ 类型匹配：指针
func init() {
recursive = flag.Bool("r", false, "Search recursively") // ✅ 保存指针
}
func main() {
flag.Parse()
fmt.Printf("Recursive: %t\n", *recursive) // ✅ 解引用发生在 Parse 之后
}此时 *recursive 在 flag.Parse() 后才被读取，访问的是 flag 包内部已更新的值，故能正确反映用户输入（如 -r 时为 true）。
此外，flag 包还提供更显式的绑定方式 —— flag.BoolVar()，允许将命令行解析结果直接写入你声明的变量：
var recursive bool
func init() {
flag.BoolVar(&recursive, "r", false, "Search recursively") // ✅ 显式传入地址
}
func main() {
flag.Parse()
fmt.Printf("Recursive: %t\n", recursive) // ✅ 直接使用，无需解引用
}这种方式避免了指针管理，语义更清晰，且同样要求 flag.Parse() 在读取前调用。
⚠️ 注意事项：
- 所有 flag 注册（flag.Bool/flag.BoolVar 等）必须在 flag.Parse() 调用前完成；
- 若使用 flag.Bool()，务必全程通过指针操作，并确保解引用发生在 flag.Parse() 之后；
- flag.BoolVar() 更适合已有变量场景，减少指针暴露，提升可读性与安全性；
- 忘记调用 flag.Parse() 是常见错误，会导致所有 flag 值保持默认状态。
总结：Go 中函数返回值本身可以解引用，问题不在于“是否允许”，而在于何时解引用才语义正确。flag.Bool() 返回的是一个需由 flag 系统后期更新的“活指针”，过早解引用等于捕获快照，失去动态性。掌握这一生命周期逻辑，是正确使用标准 flag 库的关键。
