用flag解析玩家选择需定义字符串变量并调用flag.parse()，校验空输入并转小写；电脑随机出拳要设seed并用切片索引；胜负判断先校验合法性，再用map查表区分胜、负、平。
怎么用 flag 解析玩家选择参数
命令行游戏第一步是接收输入，flag 包比手动读 os.Args 更可靠，还能自动处理帮助信息和类型转换。别直接用 os.Args[1] —— 用户输错参数时没提示，也难支持 -h 或 --help。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 定义字符串变量
playerChoice，用flag.StringVar(&playerChoice, "c", "", "your choice: rock/paper/scissors") - 必须调用
flag.Parse()，否则参数不会被解析；漏掉这句会导致playerChoice始终为空 - 加个校验：如果
playerChoice == ""，就打印错误并调用flag.Usage()，避免静默失败 - 注意大小写敏感——
"Rock"和"rock"是不同值，建议统一用strings.ToLower()处理
如何让电脑随机出拳且不重复
Go 的 rand.Intn() 默认每次运行都返回相同序列，因为没初始化 seed。这不是 bug，是设计使然；但对游戏来说等于“电脑每次都出一样的”。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 在
main()开头加rand.Seed(time.Now().UnixNano())，别用time.Now().Unix()（秒级精度不够，连跑两次可能 seed 相同） - 把选项存成切片：
choices := []string{"rock", "paper", "scissors"}，然后用choices[rand.Intn(3)]获取随机值 - 不要写
rand.Intn(2) + 1来模拟 1–3，容易越界；直接传长度更安全 - 如果后续要加“双人模式”或“历史记录”，这里提前把随机逻辑抽成函数，比如
randomChoice() string，方便复用
胜负判断逻辑怎么写才不容易漏边角 case
用 if/else 堆三个胜负分支看似简单，但容易漏掉平局、非法输入或大小写混用的情况。核心不是“怎么赢”，而是“先排除所有无效输入，再集中处理有效组合”。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 先检查
playerChoice是否在合法集合里，不在就直接报错退出，别让它进胜负判断 - 胜负关系用 map 表达更清晰：
winsOver := map[string]string{"rock": "scissors", "paper": "rock", "scissors": "paper"}，然后判断winsOver[playerChoice] == computerChoice - 平局单独判断：
if playerChoice == computerChoice，放最前面，避免被后续 if 拦截 - 别用嵌套三层 if，会把逻辑绕晕；map 查表 + 一个 if 判断胜、一个 else if 判断负、最后 else 就是平局，路径明确
为什么 fmt.Scanln 在命令行交互里容易卡住
如果想改成交互式（而不是靠 flag 参数），直接用 fmt.Scanln(&input) 很常见，但它会等用户按回车，且对空格、换行符敏感。更麻烦的是：如果上一次输入残留了换行符（比如从 flag 切换过来），Scanln 可能立刻返回空字符串，看起来像“跳过了输入”。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 改用
bufio.NewReader(os.Stdin)+ReadString('\n')，能明确控制读到换行为止 - 记得用
strings.TrimSpace()清掉首尾空格和换行符，否则"rock\n"和"rock"不相等 - 如果用户输错，别直接退出，用 for 循环重试，最多给 3 次机会，避免一次输错就得重跑程序
- 交互模式下，别忘了在开头打印规则提示，比如
fmt.Println("Enter rock/paper/scissors (or 'quit' to exit):")
真正难的不是随机或判断，是把输入解析、错误反馈、边界清理这三件事串成一条不崩的链。少一个 TrimSpace，或者忘调一次 flag.Parse()，用户就会看到黑屏或 panic——而这些地方恰恰没有明显报错信息。
