因为flag包不支持子命令、重复标志和等号赋值等真实CLI需求，且无法控制解析顺序、错误提示和上下文绑定；os.Args[0]是程序路径，须从[1:]开始解析，并正确识别短选项、长选项、等号赋值及子命令。
为什么不用 flag 包而要自己写解析模块
因为 flag 默认只支持短选项（-h）、长选项（--help）和位置参数混合解析，且无法灵活处理子命令（如 git commit -m "msg"）、重复标志（-v -v -v）、或带等号的赋值（--file=conf.json）——这些在真实 CLI 工具中很常见。自己写解析模块不是为了造轮子，而是为了控制解析顺序、错误提示格式、以及与上下文绑定（比如把参数直接映射到结构体字段）。
os.Args 的坑：第一个元素永远是可执行文件名
Go 的 os.Args 第一个元素（os.Args[0]）是二进制路径，不是用户输入的第一个参数。如果你直接遍历 os.Args 并逐个判断，很容易把命令名当成选项或参数误处理。实际应从 os.Args[1:] 开始解析。
- 错误写法：
for _, arg := range os.Args { ... }→ 会把./mytool当作参数 - 正确起点：
args := os.Args[1:]，再对args做切片操作 - 注意空输入：当用户只运行
./mytool时，args是空切片，需提前检查并给出默认行为或帮助提示
如何区分 -f、--file 和 --file=conf.json
标准 POSIX 风格要求：短选项可合并（-avf），长选项支持等号赋值和空格赋值（--file conf.json 和 --file=conf.json 应等价）。手动解析时，需对每个 token 做前缀判断：
- 以
--开头且长度 > 2 → 视为长选项；若含=，用strings.SplitN(arg, "=", 2)拆出键值 - 以
-开头且长度 == 2 → 短选项单个字符，如-v - 以
-开头且长度 > 2 → 可能是多个短选项合并（-abc），需逐字符拆解，但要排除数字或特殊字符（如-123不是选项） - 不以
-开头 → 视为非选项参数（positional argument），一旦遇到就停止解析选项（除非明确支持“选项后置”）
示例片段：
if strings.HasPrefix(arg, "--") && len(arg) > 2 {<br> if idx := strings.Index(arg, "="); idx != -1 {<br> key, val := arg[2:idx], arg[idx+1:]<br> // 处理 key/val<br> } else {<br> key := arg[2:]<br> // 下一个 token 是值（如果存在且未被消耗）<br> }<br>}
立即学习“go语言免费学习笔记（深入）”；
子命令怎么识别和分发
子命令（如 mytool server --port 8080）本质是第一个非选项参数。解析器应在遇到首个非选项 token 后立即停止，并将其作为命令名，剩余部分交给对应子命令解析器处理。关键点在于：不能提前消费后续参数。
- 主解析器只负责提取全局选项（如
--verbose）和识别子命令名 - 子命令解析器接收截断后的参数切片（如
[]string{"--port", "8080"}），复用相同逻辑但作用域隔离 - 避免硬编码命令名：用
map[string]func([]string) error注册，便于测试和扩展 - 常见陷阱：把
server start误判为两个子命令 —— 实际上server是命令，start是它的 positional 参数，除非你显式支持二级子命令
真正麻烦的不是解析本身，而是错误恢复和提示一致性：比如用户输错 --porrt，该提示“未知选项”还是“是否意为 --port？”——这取决于你的 CLI 定位，但解析模块至少得把原始拼写保留下来，别擅自修正。
