go的flag包仅解析启动时一次性命令行参数，不处理运行时交互；真交互需用fmt.scan或bufio.scanner读stdin，flag.parse()后卡住是因程序在等用户输入而非flag问题。
Go 的 flag 包不是“交互式程序”的替代品，它只负责解析启动时的一次性命令行参数；真要交互，得靠 fmt.Scan 或 bufio.NewReader(os.Stdin)，别混用。
为什么 flag.Parse() 之后不能再读取用户输入？
flag.Parse() 会消费 os.Args[1:] 中所有被定义的标志及其值，剩下的未解析参数通过 flag.Args() 返回 —— 但它不碰标准输入（stdin）。很多人误以为“命令行工具 = 交互”，结果在 flag.Parse() 后直接写 fmt.Scanln(&name)，发现程序卡住，其实是正常行为：它真正在等你敲回车。
-
flag只处理程序启动瞬间的参数，比如./tool -mode=edit -file=config.yaml - 后续输入属于运行时交互，和
flag完全无关 - 若想把交互逻辑“伪装”成 flag（如
-input="hello"），那只是预设值，不是实时交互
flag.String() 和 flag.StringVar() 的关键区别在哪？
区别在于变量所有权和内存地址绑定方式，直接影响代码可读性和维护成本。
-
flag.String("name", "guest", "user name")返回*string，你必须用*namePtr解引用才能拿到值 —— 适合简单脚本或临时变量 -
flag.StringVar(&name, "name", "guest", "user name")要求传入已有变量的地址，值直接写入该变量 —— 更适合结构体字段、全局配置或需要复用变量的场景 - 常见坑：
flag.StringVar(&name, "name", "", "...")中如果name是零值字符串，且用户没传-name，它就保持空字符串，不是默认值；默认值只在 flag 初始化时生效，不会覆盖已有非零值
如何让 flag 支持类似 -tags=go,web,cli 这样的切片参数？
标准 flag 不原生支持逗号分隔的多值，必须自己实现 flag.Value 接口，否则会把整个字符串当单个元素。
- 错误做法：
flag.String("tags", "", "comma-separated tags")→ 用户输-tags=go,web，得到一个字符串，还得手动strings.Split() - 正确做法：定义一个类型实现
Set(string)和String()方法，例如type tagSlice []string，然后flag.Var(&tags, "tags", "list of tags") - 注意：自定义
Value的Set方法里不能直接赋值*s = strings.Split(value, ",")，而要用*s = append(*s, ...)，否则多次出现同一 flag（如-tags=a -tags=b）会覆盖而非追加
子命令（如 git commit、docker build）怎么用 flag 实现？
Go 标准 flag 没有内置子命令支持，得靠 flag.NewFlagSet 手动拆分 + os.Args 判断，且顺序不能错。
- 先检查
os.Args[1]是哪个子命令（如"serve"或"migrate"），再创建对应FlagSet - 调用
subFlagSet.Parse(os.Args[2:])，而不是flag.Parse()—— 后者会全局解析并退出，破坏子命令隔离 - 容易踩坑：忘记
os.Args索引偏移，比如对./app serve -port=8080错用os.Args[1:]，导致serve被当成 flag 解析而报错 - 第三方库如
urfave/cli或cobra就是为解决这个痛点，但纯flag也能做，只是逻辑更薄、容错更低
真正麻烦的从来不是定义几个 flag，而是当用户输错、漏输、或用错格式时，你的帮助信息是否清晰、默认值是否合理、子命令是否不互相干扰 —— 这些细节没人替你兜底。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
