flag.parse()必须在所有flag声明之后、首次读取前执行，因其采用惰性注册+延迟解析机制：flag.xxx()仅注册参数到全局commandline，真正解析和赋值仅发生在flag.parse()时，且只处理此前已注册的flag。
Go 的 flag 包不支持交互式输入，它只做命令行参数解析；所谓“交互”，实际是用户在终端键入命令时传参，程序启动后一次性解析，不存在运行中等待用户按键或输入。
为什么 flag.Parse() 必须放在所有 flag 声明之后、首次读取值之前
因为 flag 包内部维护一个全局注册表（flag.CommandLine），所有 flag.String()、flag.Bool() 等调用只是往这个表里注册描述信息和默认值，并返回对应变量的指针；真正的赋值动作发生在 flag.Parse() 扫描 os.Args 并匹配注册项时。如果提前解引用指针（比如在 flag.Parse() 前写 fmt.Println(*boolPtr)），拿到的永远是声明时设的默认值。
- 常见错误现象：
./cmd -fork输出fork: false - 根本原因：漏掉
flag.Parse()，或把它写在了fmt.Println(*boolPtr)之后 - 正确顺序必须是：声明 flag → 调用
flag.Parse()→ 再读取指针值
flag.Bool() 和 flag.BoolVar() 的区别与选型建议
两者都用于布尔标志，但内存绑定方式不同：前者返回新分配的 *bool 指针，后者直接把值写入你提供的变量地址。
Go语言（Golang）1.26.0
下载
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
-
flag.Bool("v", false, "verbose")返回*bool，后续需用*vPtr解引用 -
flag.BoolVar(&verbose, "v", false, "verbose")直接修改verbose变量本身，后续可直接用verbose - 推荐用
BoolVar：避免指针解引用出错，变量作用域更清晰，尤其适合在main()外部定义的包级变量 - 注意：
BoolVar第二个参数必须是指针（&verbose），传值会编译失败
布尔标志的合法命令行写法只有两种：-fork 和 --fork
Go flag 对布尔类型做了特殊处理：它不接受 = 赋值语法，也不接受后跟空格的值。这意味着 -fork=true、--fork true、-fork 1 全部非法，会被当作未知 flag 或位置参数处理。
- 正确用法只有：
./cmd -fork（启用）、./cmd（不启用，走默认值） - 若需显式控制真假（比如支持
--no-verbose），得用两个独立 flag 或自定义类型实现 - 短横线和长横线写法均可，但不能混用格式（如
--fork=true会报错） - flag 解析对顺序敏感：所有 flag 必须出现在位置参数之前，否则会被吞成
flag.Args()
最容易被忽略的是 flag 作用域隔离问题——比如在测试中跨包复用自定义 flag，会导致 flag provided but not defined。这不是语法错误，而是每个测试二进制文件有自己独立的 flag.CommandLine 实例，没注册就不可见。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
