argparse需手动配对定义–xxx/–no-xxx参数，通过共享dest并分别设action=’store_true’和’store_false’实现逻辑互斥，default必须显式设置以避免None值，且子命令需单独配置。
argparse 怎么解析 --no-xxx 这类否定参数
argparse 本身不原生支持 --no-xxx 自动映射为 xxx=False，必须手动配对定义两个互斥的布尔参数，或用 action='store_const' + const 组合实现。直接写 add_argument('--no-verbose') 只会注册一个独立参数，和 --verbose 毫无逻辑关联。
用 store_true / store_false 配对是最稳妥的做法
核心思路是：把肯定形式设为 store_true，否定形式设为 store_false，并共享同一个 dest，让它们写入同一变量。argparse 会按命令行出现顺序覆盖赋值，后出现的生效。
-
--verbose和--no-verbose必须指定相同dest='verbose' - 两者都需设置
default（通常为False或True，取决于默认行为） - 避免只加其中一个 —— 否则没显式传参时值不确定
parser.add_argument('--verbose', action='store_true', dest='verbose', default=False) parser.add_argument('--no-verbose', action='store_false', dest='verbose')这样 script.py --verbose --no-verbose 最终 args.verbose 是 False；script.py 不带参数时是 False；script.py --verbose 是 True。
为什么不用 action='store_const'？
它能用，但更易出错：
- 必须显式写
const=False和const=True，漏写就全变成None -
default仍要设，否则没传任何参数时值为None，不是布尔 - 帮助文本里不会自动显示“可选”关系，用户看不出两个参数是互斥的
示例（不推荐）：
parser.add_argument('--verbose', action='store_const', const=True, dest='verbose', default=False) parser.add_argument('--no-verbose', action='store_const', const=False, dest='verbose')常见翻车点：help 文本冲突和子命令干扰
如果用了 add_subparsers()，每个子命令 parser 都要单独配对定义 --no-xxx，不能只在父 parser 加一次；help 字符串也别偷懒复用，--no-verbose 的 help 应明确写“禁用详细输出”，而不是照抄 --verbose 的“启用详细输出”加个“不”字 —— argparse 不会帮你反转语义。
真正麻烦的是多个否定参数叠加时的可读性：比如 --no-cache、--no-color、--no-progress，它们各自独立，但用户容易误以为存在全局 --no-all 这种东西。这种时候不如直接提供 --cache/--no-cache 等明确二元开关，别试图抽象。