layui表单验证应直接使用内置email规则（lay-verify="email"），其底层正则为^([a-zA-Z0-9_.-])+@(([a-zA-Z0-9-])+.)+([a-zA-Z0-9]{2,4})+$；若需自定义，须通过form.verify统一配置并确保返回false或提示字符串，且前后端校验口径一致，最终校验必须在服务端完成。
layui 用的是内置的 email 验证规则，不是让你手写正则
layui 表单验证里 email 是内置校验类型，直接配 lay-verify="email" 就行，底层用的是它自己封装的正则：^([a-zA-Z0-9_\.\-])+\@(([a-zA-Z0-9\-])+\.)+([a-zA-Z0-9]{2,4})+$。别自己另写，否则和 layui 的提示、触发逻辑不一致，容易校验失败但没报错，或者报错位置不对。
如果非要自定义邮箱正则，必须改 form.verify 且避开冲突
layui 允许你覆盖内置规则，但要注意：不能只改正则，还要保证返回值逻辑一致（返回 false 表示校验失败，字符串表示提示文案）。常见错误是返回 undefined 或 true，导致表单直接提交。
- 正确写法：
form.verify({ email: function(value) { if (!/^[^\s@]+@[^\s@]+\.[^\s@]+$/.test(value)) { return '邮箱格式不合法'; } } }); - 别用太宽松的正则（比如没限制 @ 后必须有 .），否则可能通过验证但 SMTP 实际发不出去
- 别用太严格的 RFC 5322 正则——它几乎没法在前端可靠运行，而且和后端校验不一致，反而埋坑
后端校验才是关键，前端正则只是辅助体验
用户可以禁用 JS 或绕过表单直接发请求，所以 email 字段的最终校验必须在服务端做。前端正则只要做到：拦截明显错误（如没有 @、多个 @@、空格）、保持和后端基础规则一致即可。
- 后端建议用语言原生邮箱解析库（如 Python 的
email-validator，Node.js 的validator.js的isEmail()） - 前后端都应校验长度（通常 ≤254 字符）、@ 前后非空、域名部分至少含一个点
- 别依赖前端正则判断邮箱是否存在——那是 SMTP 连接或第三方 API 的事
lay-verify="email" 就够了；真要定制，重点不是正则多漂亮，而是和 form 提交生命周期对齐、和后端口径一致。正则再准，漏掉空字符串或全角@，照样出问题。 
