PHP 8.5 无 uri 扩展，URL 解析仅靠原生 parse_url() 函数；它要求完整 URL（含 scheme），返回结构化数组但不解析 query，需配合 parse_str() 处理，且须规避已移除的 http_build_url() 等废弃功能。
PHP 8.5 没有 uri 扩展
PHP 官方从没发布过叫 uri 的扩展，8.5 也不存在这个东西。你搜到的“uri 扩展”大概率是混淆了 parse_url()、http_build_url()（已废弃）、或第三方库如 league/uri。PHP 原生解析 URL 全靠函数，不是靠扩展。
parse_url() 是唯一可靠的标准解析函数
它直接拆解 URL 字符串为关联数组，支持所有合法 URL 格式（含 query、fragment、user:pass@host 等），且 PHP 8.5 完全兼容，无需额外安装。
- 必须传入完整字符串，
parse_url("https://a.com")可以，parse_url("/path?x=1")会返回false（缺 scheme） - 第二个参数可指定要提取的部分，比如
PHP_URL_PATH或PHP_URL_QUERY，避免数组解包开销 - 对 malformed URL（如双问号、未编码空格）行为不一致：PHP 8.4+ 更严格，可能返回
false而非部分结果 - 不处理 URL 解码，
parse_url()返回的query仍是 raw 形式，需手动用urldecode()或parse_str()
print_r(parse_url("https://user:pass@example.com:8080/path/to?k=v&x=y#section"));
// 输出包含 scheme/host/port/path/query/fragment 的数组
别碰 http_build_url() 和废弃的 PECL 扩展
这个函数早在 PHP 5.5 就被标记为 deprecated，PHP 7.4 彻底移除；PECL 的 pecl_http 扩展在 PHP 8.x 下编译困难、维护停滞，且其 http_parse_url() 行为和原生 parse_url() 不一致，容易踩坑。
PHP 8.5.12
下载
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 如果你看到示例里用了
http_build_url()，说明代码至少 10 年没更新 - 试图用
pecl install pecl_http在 PHP 8.5 上装，大概率失败，报undefined symbol: zend_empty_string类错误 - 真正需要构建/拼接 URL，用
http_build_query()+ 字符串拼接更安全，或上league/uri这类现代 Composer 包
Query 参数解析必须手动调用 parse_str()
parse_url() 只拆结构，不解析 query string。这是最常漏掉的一步，导致你以为拿到了 $_GET 那样的数组，其实只是个原始字符串。
立即学习“PHP免费学习笔记（深入）”；
-
parse_str()会把foo=1&bar[]=2&bar[]=3转成 PHP 数组，但默认覆盖变量，务必传第二个参数接收结果 - 注意空值处理：
key=&other=1中的key会被设为空字符串，不是null - 如果 query 含 URL 编码（如
%20），parse_str()自动解码，不用提前urldecode()
$url = "https://a.com/?name=John%20Doe&tags=a%2Cb"; $parsed = parse_url($url); parse_str($parsed['query'], $query); // $query = ['name' => 'John Doe', 'tags' => 'a,b']PHP 8.5 下 URL 解析没新花样，老函数照用，但 query 解码、scheme 必填、废弃函数规避这三点，实际项目里错一次就 debug 半小时。
