不能，OptionsResolver 专为配置数组设计，不支持直接解析命令行参数；需先用 Symfony Console 或 getopt() 预处理为关联数组，再交由其做规范化（如类型转换、路径补全），且 normalizer 仅在 resolve 时对已定义选项生效。
OptionsResolver 能不能做命令行参数净化？
不能直接用。OptionsResolver 是为 PHP 配置数组设计的，不是为解析 argv 或 CLI 参数流服务的。它不处理 --host=localhost 这类原始字符串拆解，也不识别短选项（-h）、长选项（--help）、位置参数或等号/空格分隔逻辑。强行把它套在命令行入口处，会卡在「还没解析出键值对」这一步。
那怎么把命令行参数喂给 OptionsResolver？
必须先做一层预处理：把原始 $argv 或 getopt() / symfony/console 解析结果，转成标准关联数组。常见路径有：
- 用
Symfony\Console的InputInterface→ 调用$input->getArgument('name')和$input->getOption('verbose')，再手动组装成['host' => 'localhost', 'port' => 8080] - 用原生
getopt()（注意 PHP 8.1+ 支持长选项），然后用映射表把'h'→'host'、'p'→'port'，再合并默认值 - 避免自己手写解析器——尤其别用
explode('=', $arg)处理带等号的值，它无法区分--file=foo=bar.txt和--file="foo=bar.txt"
规范化（Normalization）真正起作用的场景
OptionsResolver 的 setNormalizer() 在「参数已结构化」后才生效，典型用途是：
- 把字符串端口
'8080'转成整数：$resolver->setNormalizer('port', fn($options, $value) => (int) $value) - 把路径自动补前缀：
$resolver->setNormalizer('log_dir', fn($options, $value) => rtrim($value, '/').'/logs') - 把布尔开关统一转为
true/false：$resolver->setNormalizer('debug', fn($options, $value) => filter_var($value, FILTER_VALIDATE_BOOLEAN)) - 注意：
setNormalizer()在resolve()时触发，且只对已定义的选项生效；未声明的键会被UndefinedOptionsException拦住，不会进入 normalization 流程
容易被忽略的坑：类型验证和规范化顺序
OptionsResolver 先做类型检查（setAllowedTypes()），再执行规范化（setNormalizer()）。这意味着：
- 如果设了
setAllowedTypes('port', 'int')，但传入的是字符串'8080'，就会在 normalization 前直接报错，根本不会调用你的 normalizer - 正确做法是：要么把
setAllowedTypes('port', ['string', 'int'])放宽类型，靠 normalizer 转换；要么干脆去掉类型限制，全交给 normalizer 处理并抛异常 - 更稳妥的组合是：
setAllowedTypes('port', 'string')+setNormalizer('port', ...)+ 在 normalizer 内部做转换和校验（比如检查是否为合法数字）
规范化不是“兜底清洗”，而是结构化后的二次加工；真正的参数净化责任，始终在 CLI 解析层，不在 OptionsResolver。
