filter_var() 验证邮箱最可靠，基于 RFC 5322 校验语法，不发请求、不查 DNS，速度快且兼容性好；仅检查结构合法性，不验证真实存在，PHP 5.2.0+ 支持，需先确保非空字符串再校验。
用
验证
邮箱
格式最可靠
PHP 自带的
是识别邮箱格式的首选，它基于 RFC 5322 做基础语法校验，不发请求、不查 DNS，速度快且兼容性好。比正则手动匹配更稳妥，也比
写错规则导致漏判或误判的风险低得多。
使用方式很简单：
只检查语法结构（如是否含 @、是否有有效域名部分），不验证邮箱是否真实存在
它会拒绝
、
、
这类明显错误
但接受
（带引号的本地部分）和
（带 + 的扩展格式），这些其实是合法的
注意：PHP 5.2.0+ 才完全支持该过滤器，旧版本可能行为不一致
不能只靠
或
判断“是不是邮箱”
邮箱本质是字符串，
或
只能说明变量类型是字符串，完全无法判断内容是否为邮箱格式。常见错误是把类型判断和格式验证混为一谈。
比如：
立即学习
“
PHP免费学习笔记（深入）
”；
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
先确保是字符串：
再做格式验证：
跳过空格和空字符串，否则
可能因首尾空格被误判
为什么不用自定义正则？
网上流传的邮箱正则五花八门，从简单粗暴的
到上千字符的“完美匹配”，实际都不可靠。RFC 5322 定义的邮箱格式极其复杂，包含嵌套引号、转义字符、注释等，正则难以完整覆盖。
过度简化的正则会放过
这种非法格式
过度复杂的正则可能拒绝真实的邮箱，比如
（IP 形式域名）或含 Unicode 的国际化邮箱（IDN）
在 PHP 7.4+ 已支持 IDN 域名自动转换，而手写正则基本不处理
除非你明确需要提取用户名/域名部分，否则没必要自己解析——用
配合验证更直观
生产环境建议加一层业务逻辑校验
语法合法 ≠ 可用。真实项目中常需额外限制：
禁止免费邮箱注册：
限制长度：
排除明显测试用邮箱：
注意大小写：域名部分不区分大小写，但本地部分（@ 前）理论上区分，实际中多数系统转小写存储
这些逻辑必须放在
通过之后，否则连基本格式都不对，后续校验没有意义。最容易被忽略的是 trim() 和空值判断——用户粘贴邮箱时带换行或空格，直接进验证会失败。
filter_var()filter_var()preg_match()$email = "user@example.com";
if (filter_var($email, FILTER_VALIDATE_EMAIL)) {
echo "是合法邮箱格式";
} else {
echo "格式不合法";
}FILTER_VALIDATE_EMAILtest@.com@example.comtest@@example.com"test name"@example.comuser+tag@example.comis_string()gettype()is_string($var)gettype($var) === 'string'$var = "not-an-email";
var_dump(is_string($var)); // true —— 但它根本不是邮箱
$var = 123;
var_dump(is_string($var)); // false —— 连字符串都不是，更不用说邮箱is_string($var) && !empty(trim($var))filter_var(trim($var), FILTER_VALIDATE_EMAIL)" "@example.com/^.+@.+\..+$/abc@def@ghi.comuser@[192.168.1.1]filter_var()explode('@', $email)in_array(strtolower(substr(strrchr($email, '@'), 1)), ['gmail.com', 'qq.com', '163.com'])strlen($email) （RFC 规定邮箱总长上限）preg_match('/^(test|demo|admin|info)@/', $email)filter_var()