ThinkPHP的regex验证失效主因是定界符缺失，6.x改用filter_var要求手动加/等定界符且禁用修饰符；手机号优先用mobile规则，邮箱email仅验语法需补regex；切勿混用多类型正则。
ThinkPHP 的 regex 验证为什么总不生效
不是正则写错了，而是 ThinkPHP 内置的 regex 验证默认用的是 preg_match，但没加定界符（比如 /），直接传入的字符串会被当成字面量匹配——结果就是“只要包含那段字符就通过”，完全达不到校验目的。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 所有自定义正则必须手动包裹定界符，例如手机号写成
/^1[3-9]\d{9}$/，而不是^1[3-9]\d{9}$ - ThinkPHP 6.x 中，
regex规则底层调用的是filter_var($value, FILTER_VALIDATE_REGEXP, ['options' => ['regexp' => $pattern]])，它要求$pattern必须带定界符且不能含修饰符（如i）；若要用修饰符，得换callback+preg_match - 别依赖文档里“内置正则”这种模糊说法——ThinkPHP 没预置手机号/邮箱的正则常量，所谓“内置”只是指支持
regex这个验证类型
手机号验证：用 mobile 还是 regex
mobile 是 ThinkPHP 6.1+ 新增的专用验证规则，比手写正则更可靠，也自动处理了空格、括号、+86 等常见干扰格式。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 优先用
mobile，它内部已做标准化（去空格、统一前缀处理），支持大陆 11 位、香港 8 位、澳门 8 位等主流格式 - 若需严格限定仅大陆手机号，仍得回退到
regex，用/^1[3-9]\d{9}$/，并确保字段trim过（避免前后空格导致匹配失败） - 注意：
mobile不校验运营商号段有效性（如 170/171 虚拟号），也不拦截已注销号段，纯格式层面
邮箱验证：别信 email 规则能拦住所有非法输入
ThinkPHP 的 email 规则底层调用 filter_var($value, FILTER_VALIDATE_EMAIL)，它只检查语法合法性，接受 test@localhost、a@b.c 这类明显不实用的地址。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 基础校验用
email足够，但上线前务必加一层regex补充限制，例如/^[^\s@]+@[^\s@]+\.[^\s@]+$/排除空格和连续 @ - 如果业务要求高（如注册送优惠券），必须做 DNS MX 记录检测或发验证码——这已超出表单验证范畴，
regex解决不了 - 注意大小写：邮箱本地部分（@ 前）理论上区分大小写，但实际中几乎没人这么用；域名部分（@ 后）不区分大小写，正则里别加
i修饰符引发误判
把手机号和邮箱塞进同一个 regex 规则？别试
有人想省事，写个类似 /^1[3-9]\d{9}$|^[\w.-]+@[\w.-]+\.\w+$/ 的“通用正则”，结果要么全过，要么全挂——因为 regex 是对单个字段做独立匹配，不是让你做逻辑分支判断。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 每个字段单独定义规则，手机号走
mobile或regex，邮箱走email+ 补充regex，混用只会让错误提示变模糊 - 如果表单同时提交多个联系字段（比如“联系方式”可填手机或邮箱），应改用
callback自定义逻辑，而不是硬塞进一个正则 - 错误信息定位困难：当复合正则失败时，你没法知道是手机号格式错，还是邮箱少了个点——分开写，报错才清晰
真正麻烦的从来不是写对正则，而是忘记验证前先 trim、忽略国际化场景、或者把后端验证当唯一防线。这些地方一松劲，前端再漂亮的正则也白搭。
