不能只用^1[3-9]\d{9}$验证手机号，因它仅适配中国大陆11位号，无法处理国际号码的+、空格、括号等字符及各国不同长度与格式；可靠方案是先清洗输入再用giggsey/libphonenumber-for-php库解析校验。
PHP 正则验证手机号时，为什么不能只用 ^1[3-9]\d{9}$？
因为这个正则只匹配中国大陆 11 位手机号（如 13812345678），对香港（+852 9123 4567）、美国（+1 (212) 555-0123）、英国（+44 7700 900123）等完全无效——它甚至不接受 +、空格、括号、连字符这些国际号码常见字符。
更关键的是：国际号码没有统一长度。越南手机号 10 位，印尼 10–13 位，沙特 9 位，而带国家码（如 +65）后总长差异更大。硬写一个“覆盖所有国家”的正则既不可靠也不可维护。
真正可用的方案：先标准化再校验
与其纠结一条万能正则，不如分两步走：清洗输入 → 调用专业库校验。PHP 生态里最成熟的是 libphonenumber 的 PHP 封装：giggsey/libphonenumber-for-php。
安装命令：
立即学习“PHP免费学习笔记（深入）”；
composer require giggsey/libphonenumber-for-php
基础用法示例：
$phoneUtil = \libphonenumber\PhoneNumberUtil::getInstance();
try {
$parsed = $phoneUtil->parse('07700 900123', 'GB'); // 第二个参数是默认国家码（用于无 + 号时推断）
if ($phoneUtil->isValidNumber($parsed)) {
echo $phoneUtil->format($parsed, \libphonenumber\PhoneNumberFormat::E164); // 输出 +447700900123
}
} catch (\libphonenumber\NumberParseException $e) {
// 比如输入 'abc' 或 '123' 会抛出此异常
}
-
parse()能自动识别并剥离空格、括号、+、连字符等干扰字符 - 国家码参数（如
'US'、'CN'）决定解析上下文；若用户明确填了+开头，则自动忽略该参数 -
isValidNumber()比长度判断严格得多：它校验号段分配、位数规则、甚至是否已停用
如果必须用正则（比如前端简单过滤或无 Composer 环境）
可以退一步，用宽松正则做初步筛选，但仅限于“排除明显非法输入”，绝不替代后端真实校验：
/^[+\-\s\(\)]?\d{6,15}[+\-\s\(\)]?$/
说明：
- 允许开头/结尾有
+、-、空格、(、)—— 覆盖大部分人工输入习惯 -
\d{6,15}是保守范围：最短号码（如部分岛国）约 6–7 位，最长含国家码可达 15 位（如+998991234567） - 它不保证号码有效，只防止提交纯字母或超短乱码（如
abc、12） - 千万别在后端用这个正则做最终判断——它放行
+1234567890123456（16 位）和++1 123这类明显错误
容易被忽略的边界情况
真实业务中，这几个点常导致验证失败但日志里看不出原因：
- 用户粘贴号码时带不可见 Unicode 字符（如零宽空格
\u200B），trim()无效，需用preg_replace('/[\p{Cf}\p{Zl}\p{Zp}]+/u', '', $input)清理 - 某些国家支持多种格式（如墨西哥手机号可带或不带
1前缀），libphonenumber能自动归一化，手写正则做不到 - 短信网关或语音平台对 E.164 格式（
+8613812345678）有强依赖，必须用format(..., E164)而非INTERNATIONAL
归一化后的 E.164 字符串才是你该存进数据库、传给通信服务的唯一可信值。正则只是门卫，libphonenumber 才是户籍科。
