ThinkPHP如何做请求参数合法性规则A/B测试_ThinkPHP新旧校验逻辑并行对比效果【方法】-ThinkPHP-PHP中文网

不能靠“同时注册两个验证器”实现a/b测试；需手动拦截参数、双路执行校验并结构化记录差异，注意规则语法差异、性能开销及错误隔离。

thinkphp如何做请求参数合法性规则a/b测试_thinkphp新旧校验逻辑并行对比效果【方法】

直接说结论：不能靠“同时注册两个验证器”实现 A/B 测试。ThinkPHP 6 的请求校验是单点入口，validate() 方法调用时只走一个验证器实例，强行塞两个会覆盖或报错。

真正可行的路径是绕过框架默认校验链，在控制器里手动分发——把参数先捞出来，再按规则分流到新旧两套逻辑里分别跑，最后比对结果。

旧逻辑通常指 TP5 风格的 Validate 类 + rule 数组定义
新逻辑指 TP6 的 ValidateRule + scene + 属性注解等组合方式
注意：TP6.1+ 的 Validate 类已废弃 scene 字符串写法，改用 scene() 方法调用，混用会触发 Method scene does not exist

核心动作是“拦截原始输入、双路执行、结构化记录”。不要动 think\Request 的 validate()，改用 $this->request->param() 拿原始数据，再分别喂给两套验证器。

旧验证器：实例化 app\validate\OldRule，调用 check($data)，失败时捕获 $validate->getError()
新验证器：用 think\validation\ValidateRule::make() 构建，传入 rule 数组和 message 映射，调用 batch()->failException(false)->check($data)
关键点：新验证器必须显式设 failException(false)，否则抛异常会中断流程，没法收集双路结果
记录建议存到日志或临时表，字段至少含：request_id、old_result、new_result、diff_fields

不是所有 rule 写法都能平滑过渡。TP6 对验证规则做了语义收紧，有些旧写法运行时不报错但逻辑失效。

require|number 在 TP5 允许，TP6 要拆成 require|isNumber，否则 number 被忽略
in:1,2,3 在 TP5 支持字符串枚举，TP6 默认转成数组后会多一层引号，应改用 in:1,2,3 + cast:integer
regex 规则中，TP5 接受 /^\d+$/，TP6 要去掉首尾 /，写成 ^\d+$，否则报 Invalid regex pattern
自定义验证方法名若含下划线（如 check_mobile），TP6 默认不识别，需在验证器里加 protected $methodPrefix = '';

双校验本身有开销，尤其带正则或数据库查询的规则。线上跑 A/B 不是为了长期并行，而是为了发现漏判、误判、性能抖动。

别在生产环境全量开启——用 config('app_debug') 或独立配置项控制是否启用双校验分支
避免在 initialize() 里做双校验，会导致所有子方法都执行，应在具体 action 开头按需触发
新验证器若用了 db 查询类规则（如 unique:user,email），记得关掉事务自动提交，否则和主流程冲突
观察 think\facade\Log 输出的耗时，TP6 的 ValidateRule 在大批量字段时比 TP5 Validate 快 15%~20%，但首次加载慢 3ms（反射解析注解）