php怎么识别变量是邮箱格式_php邮箱格式验证与类型判断【示例】_网络技术

filter_var() 验证邮箱最可靠，基于 RFC 5322 校验语法，不发请求、不查 DNS，速度快且兼容性好；仅检查结构合法性，不验证真实存在，PHP 5.2.0+ 支持，需先确保非空字符串再校验。

PHP 自带的 filter_var() 是识别邮箱格式的首选，它基于 RFC 5322 做基础语法校验，不发请求、不查 DNS，速度快且兼容性好。比正则手动匹配更稳妥，也比 preg_match() 写错规则导致漏判或误判的风险低得多。

使用方式很简单：

$email = "user@example.com";
if (filter_var($email, FILTER_VALIDATE_EMAIL)) {
    echo "是合法邮箱格式";
} else {
    echo "格式不合法";
}

FILTER_VALIDATE_EMAIL 只检查语法结构（如是否含 @、是否有有效域名部分），不验证邮箱是否真实存在
它会拒绝 test@.com、@example.com、test@@example.com 这类明显错误
但接受 "test name"@example.com（带引号的本地部分）和 user+tag@example.com（带 + 的扩展格式），这些其实是合法的
注意：PHP 5.2.0+ 才完全支持该过滤器，旧版本可能行为不一致

邮箱本质是字符串，is_string($var) 或 gettype($var) === 'string' 只能说明变量类型是字符串，完全无法判断内容是否为邮箱格式。常见错误是把类型判断和格式验证混为一谈。

比如：

$var = "not-an-email";
var_dump(is_string($var)); // true —— 但它根本不是邮箱
$var = 123;
var_dump(is_string($var)); // false —— 连字符串都不是，更不用说邮箱

网上流传的邮箱正则五花八门，从简单粗暴的 /^.+@.+\..+$/ 到上千字符的“完美匹配”，实际都不可靠。RFC 5322 定义的邮箱格式极其复杂，包含嵌套引号、转义字符、注释等，正则难以完整覆盖。

语法合法 ≠ 可用。真实项目中常需额外限制：

禁止免费邮箱注册：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() 通过之后，否则连基本格式都不对，后续校验没有意义。最容易被忽略的是 trim() 和空值判断——用户粘贴邮箱时带换行或空格，直接进验证会失败。