flag.parse()必须在所有flag.xxx()之后调用，否则参数解析失败；推荐统一使用flag.stringvar避免指针误用；-h和--help需分别注册；子命令需手动切分参数并用独立flagset解析。
flag.Parse() 必须放在所有 flag.Xxx() 之后
这是最常踩的坑：程序跑起来参数全是默认值，flag.Args() 却有值，或者直接 panic："flag provided but not defined"。根本原因不是 flag 没写对，而是 flag.Parse() 被提前调用了。
-
flag.Parse()不是“启动解析器”，而是“把当前已注册的所有 flag 拿去匹配os.Args[1:]”——它只认它见过的 flag - 所有
flag.String()、flag.IntVar()等调用，本质是向全局flag.CommandLine注册，不是声明变量那么简单 - 别在
init()或函数开头就调flag.Parse()；更别把它和 flag 定义混着写（比如定义一个、parse 一次）
正确顺序就一条：先全部注册，再统一 parse，最后取值。
用 flag.StringVar 还是 flag.String？
区别不在功能，而在内存管理和使用安全。新手容易因指针误用导致 panic 或编译报错。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
flag.String("name", "", "")返回*string，每次调用都新分配内存；若忘记解引用（比如写成if name == "admin"），编译直接报错：invalid operation: == (mismatched types string and *string) -
flag.StringVar(&name, "name", "", "")直接写入你声明好的变量name string，后续用name就行，无指针管理负担 - 结构体字段、配置 struct 初始化、需要复用变量名的场景，必须用
StringVar；脚本类一次性工具可酌情用String，但依然推荐统一用StringVar
怎么支持 -h 和 --help 同时生效？
Go 的 flag 包默认不自动映射短选项，-h 不等于 --help——这不是 bug，是设计选择。你要显式注册两个名字，指向同一个变量。
- 不能只写
flag.Bool("help", false, "show help")就指望-h也管用 - 必须分开注册：
flag.BoolVar(&help, "h", false, "show help")和flag.BoolVar(&help, "help", false, "") - 注册完立刻检查：
if help { printUsage(); os.Exit(0) }，别等后面逻辑跑完才处理 - 注意：help 文本硬编码，
flag.Usage可重写，但得手动拦截并调用，否则-h触发的是默认 panic 式退出
子命令（如 myapp serve、myapp migrate）怎么解析？
flag 包原生不支持嵌套或子命令，强行用 flag.CommandLine.Parse() 会把 serve 当作未知 flag 报错。正确做法是手动切分 + 独立 FlagSet。
- 先调
flag.Parse()解析全局选项（比如--version），再用flag.Args()拿到剩余参数 - 取
flag.Args()[0]判断子命令名，然后创建专属FlagSet，例如serveCmd := flag.NewFlagSet("serve", flag.ContinueOnError) - 对子命令 flag 调用
serveCmd.Parse(os.Args[2:])（注意索引从 2 开始），而不是flag.Parse() - 每个子命令的 flag 互不干扰，错误也只影响当前子命令，不会让整个程序 exit
复杂 CLI 工具里，子命令参数隔离和错误控制才是关键，别指望 flag 包自动帮你分发。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
