strict参数使yii2验证器启用php严格类型比较（===），要求输入必须精确匹配指定类型而非松散转换；常用于boolean、integer等验证器，但对in、required等无效，需配合filter预处理字符串数据。
在Yii2中使用strict验证规则能强制字段值必须严格匹配指定类型，避免字符串"0"、空数组等被意外转换为false导致验证通过。不加strict时，'0'、''、null、[]都会被当作false处理，这在用户输入密码强度校验、布尔开关状态判断等场景下极易引发逻辑漏洞。
理解strict参数的作用机制
strict验证规则本身不是独立验证器，而是作为其他验证器（如boolean、number、in等）的配置项存在。它控制验证器是否启用PHP严格类型比较（===）而非松散比较（==）。
例如：['status', 'boolean', 'strict' => true] 要求输入必须是true或false布尔字面量，'1'、'true'、0都会失败；而默认情况下'1'、'true'、1都被视为合法true值。
在模型规则中启用strict验证
第一步：打开模型类文件（如LoginForm.php），定位到rules()方法返回的数组。
第二步：找到目标属性的验证规则行，添加'strict' => true键值对。常见组合有：
方法一：用于布尔字段
['is_active', 'boolean', 'strict' => true] → 输入只能是true或false，'1'、'on'、1会被拒绝
方法二：用于整数范围校验
['age', 'integer', 'min' => 18, 'max' => 99, 'strict' => true] → 字符串'25'不再被自动转换为整数，必须传入25而非'25'
方法三：用于枚举值校验
['role', 'in', 'range' => ['admin', 'user', 'guest'], 'strict' => true] → 此时仍允许字符串，因为'in'验证器本身不涉及类型转换；strict在此无效，【不要对'in'、'required'等不依赖类型转换的验证器设置strict】
配合filter验证器预处理数据
strict会拒绝类型不符的输入，但用户提交的表单数据天然是字符串。若需接收字符串形式的数字并转为整型再验证，必须前置filter：
['price', 'filter', 'filter' => 'intval'] → 先将'199'转成199
['price', 'integer', 'min' => 0, 'strict' => true] → 再用strict模式验证是否为真正的整数
这两条规则必须按顺序写在同一属性上，否则filter不会生效。顺序错误会导致strict直接拦截字符串输入而无法进入filter环节。
调试strict验证失败的具体原因
当验证因strict失败时，Yii2默认只返回通用错误消息（如“Status must be either true or false”）。要定位真实问题，需在控制器中打印原始POST数据：
var_dump(Yii::$app->request->post('YourModelName')['status']);
检查输出值是字符串'true'还是布尔true。若为字符串，说明前端未正确发送布尔值，需调整JavaScript序列化逻辑或改用hidden input模拟布尔提交。
