PHP中应使用preg_match配合严格正则/^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$/i校验UUID，需trim预处理、锚定首尾、禁用\w，并避免废弃的mb_ereg函数。
PHP中用preg_match匹配标准UUID格式
标准UUID是8-4-4-4-12的十六进制字符串，如 550e8400-e29b-41d4-a716-446655440000。PHP里最稳妥的方式是用preg_match配合严格正则，而不是靠filter_var($uuid, FILTER_VALIDATE_REGEXP)——后者不校验长度和分隔符位置，容易放过非法值。
推荐正则：/^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$/i
-
/i标志允许大小写混用，避免因strtoupper()或strtolower()预处理引入额外逻辑 - 必须用
^和$锚定，否则"abc550e8400-e29b-41d4-a716-446655440000def"这种也会被误判为匹配 - 不要用
\w代替[0-9a-f]，因为\w包含下划线和字母，会错误接受550e8400_e29b...
匹配时要不要用mb_ereg或mb_eregi
不用。这两个函数在PHP 7.3+已被废弃，且对ASCII范围的UUID完全无必要。UUID规范限定为ASCII字符，preg_match原生支持UTF-8，只要输入字符串编码正确（绝大多数情况就是UTF-8），就无需任何多字节扩展。
常见误区：
立即学习“PHP免费学习笔记（深入）”；
- 误以为UUID可能含中文或Unicode——实际不可能，RFC 4122明确限定为
[0-9a-fA-F\-] - 在
mb_internal_encoding('UTF-8')后强行用mb_ereg——反而触发E_DEPRECATED警告 - 用
iconv('UTF-8', 'ASCII//IGNORE', $input)预清洗——纯属多余，正则本身不关心“宽字符”
验证前是否需要trim()和去空格
需要。UUID常从HTTP参数、JSON字段或数据库读出，前后可能带空格、换行或BOM。直接匹配会失败。
实操建议：
- 始终先调用
$clean = trim($input)，再传给preg_match - 如果来源不可控（如用户POST），加一步
if ($clean === '') { return false; }，避免空字符串被正则意外匹配（虽然当前正则不会，但属于防御性习惯） - 不要用
str_replace(' ', '', $input)——空格只可能在首尾，中间有空格本身就是非法UUID
性能差异：用preg_match还是ctype_xdigit拆解校验
用preg_match。虽然有人尝试用explode('-', $uuid)再逐段ctype_xdigit，但整体更慢且易错。
原因：
- 正则引擎对固定长度ASCII模式高度优化，PHP内部做了缓存和短路判断
- 手动拆解要调用5次
explode+ 5次strlen+ 5次ctype_xdigit，函数调用开销远超单次preg_match - 手动方式难处理边界：比如
"550e8400-e29b-41d4-a716-44665544000"（少一位）会被explode成5段，但最后一段strlen是11，容易漏判
真正要注意的是：别在循环里重复编译正则。把正则字符串定义为常量或静态变量，避免每次调用都解析一次。
