用 flag.args() 获取原始参数，手动解析确保至少三个参数；运算符限于"+","-","*","/"；用 strconv.parsefloat(s,64) 保精度； bufio.scanner 替代 fmt.scanln 安全读取；输入校验并友好提示错误。
怎么用 flag 解析命令行参数才不丢操作符
加减乘除的运算符（比如 +、-）在 shell 里有特殊含义，直接传给 Go 程序会被 shell 提前截断或报错。别用 flag.String 硬接 +，它大概率收不到。
- 用
flag.Args()拿原始参数切片，跳过flag.Parse()的自动解析，自己处理顺序和数量 - 确保用户输入至少三个参数：
go run calc.go 5 + 3，否则flag.Args()长度不够就 panic - 运算符必须严格限制为
"+"、"-"、"*"、"/"四种字符串，别用switch v := args[1].(type)这类松散判断 - 注意
"-"容易被误认为 flag 开头，所以不要混用flag.String和位置参数 —— 二者共存时flag.Parse()会吞掉第一个-参数
为什么 strconv.ParseFloat 要配 64 而不是 32
命令行输入的数字可能是 123.456789 这种带多位小数的，用 float32 解析后精度丢失，算 0.1 + 0.2 会得 0.3000001，交互体验直接崩。
-
strconv.ParseFloat(s, 64)返回float64，和 Go 默认浮点字面量类型一致，避免隐式转换误差 - 如果硬要支持整数优先（比如输入
5就当int处理），得额外写逻辑判断是否含小数点，反而增加分支复杂度 - 不建议用
big.Float：命令行计算器不需要高精度，且big包的输入解析更重，还要处理指数、进制等边界
交互模式下怎么安全退出而不卡住 fmt.Scanln
用 fmt.Scanln 读用户输入时，Ctrl+C 会触发 panic，Ctrl+D（Unix）或 Ctrl+Z（Windows）才正常结束。但很多人不知道后者，反复按 Ctrl+C 后程序残留 goroutine 或文件句柄。
- 改用
bufio.Scanner{os.Stdin}，它对 EOF 更友好，Scan()返回false时自然退出循环 - 每次循环开头加
strings.TrimSpace()，否则空行或空格会导致len(args) 报错，而不是静默忽略 - 别在交互循环里调
os.Exit(0)—— 它绕过 defer，可能让日志没刷出、临时文件没清理 - 提示语写成
"> "而不是"请输入表达式: "，减少用户认知负担，也方便脚本化调用
除零错误和非法输入该怎么反馈才不暴露内部逻辑
直接打印 panic: runtime error: integer divide by zero 或 strconv.ParseFloat: parsing "abc": invalid syntax 是把 Go 运行时细节甩给用户，既不专业也难 debug。
立即学习“go语言免费学习笔记（深入）”；
- 所有
ParseFloat调用必须检查返回的err != nil，统一输出类似"错误：'abc' 不是有效数字" - 除法前判断
b == 0（注意是float64，用math.Abs(b) 更稳妥），报 <code>"错误：除数不能为零" - 运算符校验失败时，别只说
"不支持的操作符"，明确列出支持的："支持 + - * /，当前得到 '%%'" - 所有错误都走
fmt.Fprintln(os.Stderr, ...)，别混在fmt.Println里，方便管道重定向时分离错误流
最麻烦的其实是浮点数相等判断和负数符号歧义（比如 -5 + -3 中的第二个 - 是运算符还是负号），这些边界没显式约定好，用户一试就崩。先定死语法：只接受「数字 运算符 数字」三段式，其余全报错。
