go flag包不支持交互式输入，仅做一次性命令行解析；flag.parse()必须在所有flag声明之后、首次读值之前调用，否则获取的是默认值而非用户输入值；布尔flag仅支持-v或--verbose格式，不支持等号或空格；子命令需用flag.newflagset隔离；配置优先级为flag>env>config。
Go 的 flag 包不支持交互式输入，它只做一次性命令行参数解析；所谓“交互设计”，实际是通过清晰的 flag 结构、合理的错误提示和子命令组织来降低用户认知负担——不是让用户在运行中输入，而是让命令本身足够自解释。
flag.Parse() 必须放在所有 flag 声明之后、首次读值之前
这是最常踩的坑：提前解引用指针会拿到默认值，而非用户传入的值。
-
flag.Bool("v", false, "verbose")返回的是*bool，但此时变量还没被赋值 - 必须先调用
flag.Parse()，再用*vPtr或绑定变量读取真实值 - 常见错误现象：
./cmd -v输出v: false，根本原因是漏掉或错序了flag.Parse() - 测试中尤其容易出问题——每个测试用例默认使用独立的
flag.CommandLine，跨测试复用 flag 会导致flag provided but not defined
布尔 flag 的合法写法只有 -f 和 --flag，不能带 = 或空格
Go 对布尔类型做了硬性限制，不符合格式的写法会被当作未知 flag 或位置参数处理。
Go语言（Golang）1.26.0
下载
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- ✅ 正确：
-v、--verbose - ❌ 非法：
-v=true、--verbose true、-v 1、--verbose=1 - 若需显式控制真假（如
--no-color），得用两个独立 flag，或实现flag.Value接口自定义类型 - 短选项不支持多次叠加（如
-vvv），需手动计数或改用字符串切片 + 自定义解析
子命令必须用 flag.NewFlagSet 隔离，避免全局污染
像 git commit 这类多命令工具，靠的是为每个子命令创建独立 FlagSet，而不是复用 flag.CommandLine。
- 主程序只用
os.Args[1]判断子命令名，跳过二进制路径 - 每个子命令函数内调用
flag.NewFlagSet(cmdName, flag.ContinueOnError)，再注册专属 flag - 调用
flagSet.Parse(args)后，用flagSet.Args()获取剩余非 flag 参数（如文件路径） - 不要在多个子命令间共享同一个
FlagSet，否则重复注册会 panic
flag > env > config 的优先级合并是配置落地的关键路径
真实 CLI 工具几乎都需三层配置，但顺序错了就覆盖失效。
- flag 初始化时可读
os.Getenv("APP_PORT")作为默认值，实现环境变量 fallback - 解析后仍需手动校验必需 flag（如
if *configFile == ""），flag不提供内置 required 标记 - 帮助信息别直接覆盖
flag.Usage，保留默认格式化能力；建议在--help触发时补全示例和子命令列表 - 敏感信息（密码、token）绝不能走 flag，应从环境变量或 stdin 读取
最容易被忽略的是 flag 作用域和生命周期——它不是“声明即生效”，而是注册 + 解析两阶段；子命令隔离、布尔语法限制、三层配置优先级，这三点任意一个没对齐，用户就会遇到“参数不生效”或“help 没反应”的静默失败。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
