直接用 pflag 替代 flag 需处理桥接、短名定义和剩余参数三件事：必须调用 AddGoFlagSet 桥接标准 flag，用带 P 后缀函数定义单字符短名，解析后用 pflag.Args() 获取非 flag 参数。
直接用 pflag 替代 flag 即可，但必须处理好桥接、短名定义和剩余参数三件事，否则运行时会丢参数或 panic。
混用标准 flag 和 pflag 时必须调用 AddGoFlagSet
很多项目依赖 klog、glog 或测试框架（如 testing 的 -test.v），它们在 init() 里注册了 flag.CommandLine 上的标志。如果你只改 import 为 pflag，却不桥接，pflag.Parse() 就完全看不到这些标志——它们仍挂在 flag.CommandLine 上，等你后续不小心调用 flag.Parse() 才触发，导致重复解析或 panic。
- 必须在
pflag.Parse()前执行：pflag.CommandLine.AddGoFlagSet(flag.CommandLine) - 顺序不能错：先桥接，再定义自己的
pflag标志，最后Parse() - 如果用的是自定义
pflag.FlagSet（推荐），则调用pfs.AddGoFlagSet(flag.CommandLine)，而非操作全局pflag.CommandLine
StringVarP 和 IntP 等带 P 后缀的函数才支持短参数
pflag 默认只提供长参数（--output），要支持 -o 这类 POSIX 短名，必须用带 P 后缀的函数，且短名只能是单字符、不带 - 符号。
- 错误写法：
pflag.StringVar(&o, "output", "-o", ...)或"-o"→ 运行时报invalid short flag name - 正确写法：
pflag.StringVarP(&o, "output", "o", "text", "output format")→ 支持--output json和-o json - 短名冲突会 panic：
StringVarP(&a, "alpha", "x", ...)和StringVarP(&b, "beta", "x", ...)同时存在 → 启动即崩溃 - 布尔标志默认禁用短名（如
-v），需显式调用pflag.SetBooleanFormat(pflag.BooleanFormatShort)
解析后取非 flag 参数要用 pflag.Args()，不是 flag.Args()
这是最常被忽略的兼容性断裂点：改完 import 后，如果代码里还写 flag.Args()，拿到的是空 slice，因为 pflag 把未被识别的参数存到了自己的 Args() 方法里。
立即学习“go语言免费学习笔记（深入）”；
-
pflag.Parse()后，用pflag.Args()获取剩余位置参数（如cmd run service1 service2中的service1、service2） -
pflag遵守 POSIX 规则：遇到--就停止解析，其后所有内容原样进pflag.Args()，不会报错 - 不要混用：
flag.Args()和pflag.Args()返回值可能完全不同，尤其在桥接模式下
真正麻烦的不是定义几个标志，而是桥接时机、短名唯一性校验、以及参数归属权的切换——这三处出错，程序往往静默失败或 panic，而不是报清晰错误。
