sys.argv仅搬运命令行参数而不解析，所有解析逻辑需手动实现。它不识别flag、选项值绑定、通配符展开等，需自行处理短选项连写、长选项等号格式、混排参数状态跟踪、错误提示、类型转换、默认值、帮助文本及参数校验等复杂边界情况。
sys.argv 本身不解析，它只负责“搬运”
sys.argv 不是解析器，它只是一个列表——操作系统把命令行上空格分隔的每一个字符串，原封不动塞进这个列表里。比如你运行 python script.py -v --input data.csv -o result.json *.log，sys.argv 就是 ['script.py', '-v', '--input', 'data.csv', '-o', 'result.json', 'app.log', 'error.log']（假设通配符被 shell 展开了）。它不会识别 -v 是 flag、--input 后面该跟一个值、*.log 是文件名还是参数——这些全得你手写逻辑去判断。
手动解析容易出错的几个典型场景
你得自己处理所有边界情况，稍有疏忽就崩：
- 短选项连写（如
-vqf）会被当成一个字符串'-vqf'，你要拆开逐字符判断，还得考虑顺序和互斥 - 长选项带等号（
--input=data.csv）和不带等号（--input data.csv）要分别匹配，否则漏掉一种就拿不到值 - 位置参数和选项混排时（如
python script.py file1.txt -v file2.txt --quiet），你得边遍历边标记状态，一不小心就把file2.txt当成--quiet的值了 - 错误提示要友好：用户输错
--inpu，你总不能只回一句“参数不合法”，得指出“未识别选项：--inpu，可用选项：--input, --output, --help”
类型转换和默认值必须自己兜底
sys.argv 所有元素都是字符串，哪怕你期望的是整数或布尔值：
- 想把
sys.argv[1]当整数用？得自己写int()，还要包try/except捕获ValueError - 想让
--verbose默认为False，就得在检查前先初始化变量，再根据是否出现该 flag 覆盖它 - 想支持可选参数（如
--timeout 30，不传时用默认 60），就得判断下一个元素是否存在、是否是数字、是否已被其他选项占用
帮助信息和参数校验完全靠手写
用户敲 -h 或 --help 时，你得提前写好格式化文本；参数缺失或冲突时，也得自己判断并打印清晰的 usage 提示。比如：
立即学习“Python免费学习笔记（深入）”；
- 用户只传了
--input没传--output，但脚本逻辑要求二者成对出现——你得主动检查并报错 - 用户同时传了
--verbose和--quiet，这两个语义冲突，你得识别出来并拒绝执行 - 帮助文本里写的用法是
python script.py -i INFILE -o OUTFILE，但实际代码里却用sys.argv[2]取输出文件——索引错位会导致静默失败
真正难的不是“怎么拿到参数”，而是“怎么让参数规则自洽、健壮、可维护”。一旦脚本要交给别人用，或者未来要加新选项，纯靠 sys.argv 手搓，很快就会变成一团需要反复注释+调试的条件嵌套。这时候，argparse 的声明式定义（add_argument）、自动类型转换、冲突检测、生成 help 文本等能力，就不是“高级功能”，而是避免翻车的基本保障。
