使用 codegangsta/cli 时，c.Args() 会将所有命令行输入（含标志及其值）一并返回为字符串切片；需手动过滤掉以 - 或 -- 开头的标志项及对应参数，才能安全获取纯位置参数（如 arg1, arg2, arg3）。
使用 codegangsta/cli 时，`c.args()` 会将所有命令行输入（含标志及其值）一并返回为字符串切片；需手动过滤掉以 `-` 或 `--` 开头的标志项及对应参数，才能安全获取纯位置参数（如 `arg1`, `arg2`, `arg3`）。
在 Go 的 CLI 开发中，codegangsta/cli（现维护分支为 urfave/cli，v1/v2 均适用此逻辑）默认不区分“命令参数”与“标志参数”——c.Args() 返回的是原始参数切片，包含所有未被解析器识别为 flag 的剩余字符串。这意味着当执行：
myGoProgram arg1 arg2 arg3 --flag1 flag1arg
且未显式定义 --flag1 为 cli.StringFlag 时，整个 --flag1 flag1arg 会被当作普通位置参数保留在 c.Args() 中，导致输出为 []string{"arg1", "arg2", "arg3", "--flag1", "flag1arg"}。
✅ 正确做法是：优先通过 cli.App.Flags 显式声明所有支持的标志，让 CLI 解析器自动剥离它们。例如：
app := cli.NewApp()
app.Flags = []cli.Flag{
cli.StringFlag{
Name: "flag1",
Usage: "description for flag1",
},
}
app.Action = func(c *cli.Context) error {
// 此时 c.Args() 只剩 ["arg1", "arg2", "arg3"]
args := c.Args()
fmt.Printf("Raw commands: %+v\n", args.Slice()) // => [arg1 arg2 arg3]
return nil
}
⚠️ 若因兼容性或动态场景无法预定义全部 flag，则需手动过滤。但原答案中的实现存在严重缺陷：
- strings.Compare(string(arg[0]), "-") == 0 仅检查首字符是否为 -，无法区分 --flag 和 -f，且对空字符串或短参数（如 -abc）处理错误；
- append(a[:pos], a[pos+2:]...) 假设每个 flag 后严格跟随一个参数，但实际可能无参数（布尔 flag）、多个参数（如 --args a b c）或 flag 出现在末尾，极易引发 panic 或漏删。
? 更健壮的手动过滤方案（适用于 v1）：
import "strings"
func getPureArgs(args []string) []string {
var pure []string
i := 0
for i 1 {
// 处理 --flag=value
if idx := strings.Index(arg, "="); idx != -1 {
i++
continue
}
// 处理 -abc（多flag合并）或 --flag
if arg == "--" { // 显式终止符，之后全为位置参数
pure = append(pure, args[i+1:]...)
break
}
// 简单跳过 flag 本身；是否跳过后续参数取决于 flag 类型（无法自动推断）
// → 因此：强烈建议始终显式定义 flags！
i++
} else {
pure = append(pure, arg)
i++
}
}
return pure
}
? 关键总结：
- ✅ 最佳实践：始终在 app.Flags 中明确定义所有 flag，CLI 库会自动完成解析与剥离，c.Args() 即为纯净命令参数；
- ⚠️ 手动解析是权宜之计，易出错且难以覆盖所有 CLI 标准用法（如 GNU 长选项、短选项组合、-- 终止符等）；
- ? 若必须动态处理，请结合 c.GlobalBool("help") 等内置方法辅助判断，而非依赖脆弱的字符串切片操作。
最终，你的 Action 函数应简洁可靠：
app.Action = func(c *cli.Context) error {
for i, arg := range c.Args().Slice() {
fmt.Printf("Command %d: %s\n", i+1, arg)
}
return nil
}
