argparse不支持参数间依赖声明，需在parse_args()后用parser.error()手动校验；避免自定义Action；复杂依赖应拆分为add_subparsers()子命令。
argparse 怎么让两个参数互相依赖
argparse 本身不支持直接声明“有 A 就必须有 B”，它没有内置的互斥组或依赖组。你得在 parse_args() 之后手动校验，而不是靠 add_argument() 的参数自动完成。
用 parse_args() 后校验最可靠
这是最清晰、最可控的方式。把依赖逻辑从参数定义阶段移到解析后，避免绕弯子或 hack action 类。
常见错误是试图用 required=True 绑定多个参数，但那只能控制单个参数是否必填，不能表达条件依赖。
- 先正常添加所有参数，该
required=False就设为 False - 调用
args = parser.parse_args() - 用普通 Python 逻辑判断：比如
if args.input_file and not args.output_dir:就报错退出 - 报错用
parser.error("...")，它会自动打印用法并退出，比sys.exit()更符合 argparse 风格
if args.verbose and not args.log_file:
parser.error("--verbose requires --log-file to be specified")
别用自定义 Action 实现依赖（容易翻车）
有人想 subclass argparse.Action 在 __call__ 里检查另一个参数，但这不可靠：因为参数解析顺序不确定，namespace 里另一个参数可能还没被赋值。
立即学习“Python免费学习笔记（深入）”；
更麻烦的是，如果用户把 --output-dir 放在命令行前面、--input-file 放后面，校验就会漏掉；或者用了 nargs='*'、action='append' 等复杂情况，自定义 Action 很难覆盖全。
所以——除非你明确知道所有调用场景且能控制参数顺序，否则别走这条路。
复杂依赖建议拆成子命令
如果依赖关系不止一对，比如 “选了 --mode=sync 就要提供 --server 和 --timeout”，而 --mode=async 又有另一套要求，这时候硬塞在一个 parser 里校验会越来越臃肿。
改用 add_subparsers() 拆成不同子命令，每个子命令有自己的独立参数集和校验逻辑，可读性和维护性高得多：
sync_parser = subparsers.add_parser('sync')
sync_parser.add_argument('--server', required=True)
sync_parser.add_argument('--timeout', type=int, default=30)
这种结构天然隔离了参数约束，也更贴近用户直觉。
真正容易被忽略的是：依赖校验必须放在 parse_args() 之后，且要用 parser.error() 而不是 print+exit；否则帮助信息不显示，错误提示也不对齐 argparse 的风格。
