正则验证适用于格式强约束字段，如手机号、身份证号等；禁用正则替代email/url/date内置规则；nullable字段需组合使用；推荐在FormRequest中动态定义规则；避免复杂正则，需注释和充分测试。
正则验证适合处理格式强约束的字符串字段
当你要校验的字段必须严格符合某种字符组合模式，且内置规则无法覆盖时，regex 才是合理选择。比如手机号、身份证号、车牌号、自定义编码（如 INV-2026-00123）、特定协议 URL（如只允许 https://api.example.com/ 开头）等。
别用它去替代 email、url、date 这类语义明确的内置规则——它们自带标准化解析和边界处理，比手写正则更健壮。
避免在 required / nullable 场景下裸用 regex
regex 不会自动跳过空值。如果字段是 nullable 或可选，但你又写了 regex，Laravel 会尝试对 null 或空字符串执行正则匹配，直接报错或误判。
正确做法是组合使用：
-
'phone' => 'nullable|regex:/^1[3-9]\d{9}$/'：允许为空，但非空时必须匹配 -
'phone' => 'required_with:country_code|regex:/^1[3-9]\d{9}$/'：仅当有国家码时才校验手机号格式 - 更安全的条件校验用
sometimes()方法，比如只在$input->phone !== ''时才加regex
正则写在 FormRequest 里比写在控制器 validate() 中更可控
写在控制器里容易散落、复用难，也难以做上下文判断（比如是否为 API 请求、是否在编辑而非新建）。FormRequest 类天然支持 prepareForValidation() 和 withValidator()，你可以提前 normalize 数据或动态注入规则。
例如，在 rules() 中写：
public function rules()
{
return [
'code' => $this->isJson()
? ['required', 'regex:/^[A-Z]{2}-\d{6}$/']
: ['required', 'regex:/^[a-z]{2}\d{6}$/'],
];
}
这样能根据 Content-Type 自动切大小写策略，比硬编码更贴近真实多模态场景。
性能与可维护性常被低估的两个坑
正则不是万能胶。过度复杂的表达式（比如嵌套断言、回溯量大的匹配）在高并发下可能拖慢整个请求；更隐蔽的问题是：团队成员看不懂你的正则，改需求时容易破坏逻辑。
建议：
- 单条正则长度别超过 40 字符，复杂逻辑拆成多个规则或前置
filter_var()处理 - 所有自定义正则必须带注释，说明匹配意图和典型合法值，例如：
// 匹配大陆11位手机号，不含区号，如 13812345678 - 测试用例必须覆盖空值、边界值（如 10 位/12 位数字）、特殊字符（如 +、-、空格）
真正难的从来不是写出能跑的正则，而是让别人改得放心、线上压不垮、出问题时一眼看出哪段漏了。
