argparse 默认兼容 --flag value 和 --flag=value 两种写法；若仅识别后者，多因误配 nargs='?' 导致解析异常；= 被拆分属 shell 层问题，可通过 print(sys.argv) 验证；强制限制单一写法违背其设计哲学。
argparse 默认就支持这两种写法，无需额外配置
只要把 action 设为 'store'（默认值），且不设 nargs='?' 或其他特殊参数，argparse 会自动兼容 --flag value 和 --flag=value。这是它的标准行为，不是 bug，也不是需要“开启”的特性。
为什么有时候只认 --flag=value 却不认 --flag value？
常见原因是误用了 nargs='?' 或 nargs='*'，导致解析逻辑变成“可选参数值”，进而破坏空格分隔的识别。例如：
parser.add_argument('--host', nargs='?')
这时 --host localhost 会被当作两个独立 token：--host 和 localhost，而后者可能被后续参数吞掉或报错 unrecognized arguments。
正确做法是明确指定类型和数量：
- 固定一个值：去掉
nargs（即用默认'store'） - 允许多个值：用
nargs=2或nargs='+'，但此时--flag=value1,value2不合法，必须空格分隔 - 布尔开关：用
action='store_true'，不接受值，自然也不涉及等号写法
--flag=value 被拆成 --flag 和 =value 怎么办？
这通常发生在 shell 层面，比如你写了 python script.py --path=/home/user，但路径里有特殊字符（如空格、括号）未加引号，或使用了错误的 shell（如某些 Windows cmd 对等号处理异常）。Python 层面不会主动拆 =，它由 shell 传入 sys.argv 后才交给 argparse 解析。
验证方法：在脚本开头加一句 print(sys.argv)，看实际收到的是什么。如果看到 ['--path=/home/user']，说明 shell 传入正常；如果看到 ['--path=', 'value']，那就是 shell 或调用环境的问题。
想强制只允许其中一种写法？基本做不到，也不建议
argparse 的设计哲学是尽量兼容常见 CLI 习惯，硬性限制反而增加用户负担。如果你真遇到冲突场景（比如某个值本身含等号，又必须支持 --flag value），更稳妥的做法是：
- 改用位置参数 + 明确提示，如
script.py --host HOST - 用子命令区分语义，如
script.py set --host value - 自定义
Action类做预处理（极少见，容易引入歧义）
真正容易被忽略的是：等号写法在含空格的值中根本不可用（--msg="hello world" 是 shell 特性，不是 argparse 的），而空格写法天然支持引号包裹。这点比语法形式本身更重要。
