ThinkPHP的length规则仅对字符串生效，数字、数组等类型会跳过；需配合require保证非空，字段名须严格一致；中文/手机号/密码等需结合regex清洗后校验；模型与控制器验证行为不同，建议统一用独立验证器类。
Length规则在ThinkPHP验证器里怎么写才生效
直接写 length:6,12 很可能不校验——ThinkPHP 的 length 规则默认只对字符串起作用，数字、数组、空值会跳过，而且不报错，表面看“通过”实则失效。
- 字符串用
length:6,12：检查字符数（UTF-8 下中文算 1 个字符） - 数字字段必须显式转成字符串再校验，或改用
between+number - 如果字段允许为空，
require必须单独加，length不包含非空判断 - 验证器类里定义规则时，键名要和表单字段名完全一致，包括大小写和下划线
中文名、手机号、密码这些常见字段的Length组合写法
不同字段语义不同，光靠 length 容易漏判。比如手机号看起来是 11 位数字，但用户可能输空格、+86、括号，得先清理再量长度。
- 用户名（中文/英文/数字）：
require|length:2,16|alphaNum—— 注意alphaNum不支持中文，得换regex:/^[\x{4e00}-\x{9fa5}a-zA-Z0-9_]+$/u - 手机号：
require|regex:^1[3-9]\d{9}$|length:11,11——length:11,11锁死长度，防绕过正则的超长输入 - 密码：
require|length:8,32|regex:/^(?=.*[a-z])(?=.*[A-Z])(?=.*\d)/—— 长度只是底线，复杂度得另加规则
Length规则在模型验证和控制器验证里行为不一致？
是的。模型里的 validate 方法走的是底层验证器，而控制器里用 $this->validate() 可能触发的是快速验证，对 length 的类型推断更粗糙。
- 模型验证中，
length会严格按字段类型判断：字符串走长度，数字直接跳过 - 控制器快速验证（如
$this->validate($data, ['name' => 'length:2,10'])）会把所有值转成字符串再量长度，导致数字 123 变成 "123" → 长度 3，但用户本意可能是限制数值范围 - 跨模块复用验证逻辑时，建议统一用独立验证器类，避免控制器里硬编码
length
Length和max/min规则混用时谁优先？
length 和 max/min 是两套机制，不能混用等价替换。比如 max:10 对字符串是长度限制，对数字是数值上限，而 length:10,10 只认字符串长度且必须闭区间。
立即学习“PHP免费学习笔记（深入）”；
-
max:10用于数字字段时，10.5 会失败；用于字符串时，"abc" 成功，"abcdefghijk" 失败 -
length:10,10对数字字段无效（返回 true），对字符串强制要求刚好 10 字符 - 数据库字段是
varchar(20)，别只靠length:1,20—— 要同步在模型里设save()前的自动截断，否则超长内容进库会被静默截断
真正麻烦的是多字节字符和前后空格——length 数的是 Unicode 码点，但用户粘贴的富文本、不可见字符、全角空格都算一个，上线前一定得用真实数据测一遍边界输入。
