php 8.5 并未引入内置 uri 类或 uri 扩展，唯一原生 url 解析函数仍是 parse_url()；面向对象 uri 操作需依赖 psr-7 第三方库（如 guzzlehttp\psr7\uri）。
PHP 8.5 没有内置 Uri 类或 uri 扩展
PHP 官方至今（包括 8.5 alpha/beta 版本）**没有发布过名为 Uri 的内置类，也没有叫 uri 的扩展**。你搜到的“PHP 8.5 URI 解析类”大概率是混淆了以下几种情况：
一是把 PSR-7 的 UriInterface（如 Zend\Diactoros\Uri 或 GuzzleHttp\Psr7\Uri）当成了 PHP 原生功能；二是误将 parse_url() 当作新类；三是看到某些框架文档里自定义的 Uri 工具类，误以为是语言级支持。
parse_url() 仍是 PHP 原生唯一可靠 URL 解析函数
它不依赖扩展，PHP 5.2+ 就存在，8.5 照常可用，且行为稳定。但要注意它返回的是关联数组，不是对象，也不能反向生成 URL。
- 解析失败时返回
false，不是空数组——常见错误是直接foreach而不判空 - 不校验 URL 合法性（比如
http:///也能返回结构，但实际无效） -
query字段是原始字符串，需用parse_str()才能转成数组 - 对相对 URL 支持有限，比如
parse_url('/path?x=1')不会补全 scheme/host
示例：
$parts = parse_url('https://user:pass@example.com:8080/path/to/page?arg=value&arg2=value2#section');
// $parts['scheme'] === 'https'
// $parts['host'] === 'example.com'
// $parts['query'] === 'arg=value&arg2=value2'
想用面向对象的 Uri 类？得靠第三方库
主流选择是 PSR-7 兼容实现，比如 GuzzleHttp\Psr7\Uri（轻量）、Laminas\Diactoros\Uri（更严格）。它们提供 withScheme()、getAuthority() 等方法，支持链式调用和反向构造。
立即学习“PHP免费学习笔记（深入）”；
- 必须通过 Composer 安装，不能仅靠启用扩展（PHP 没有
uri.so） - 不同库对空值/默认端口的处理有差异：比如
GuzzleHttp把https://example.com的getPort()返回null，而Diactoros返回443 - PSR-7
UriInterface不要求实现__toString()，但主流实现都支持，可直接 echo - 注意自动解码行为：部分库在构造时会对 path/query 做
rawurldecode()，而parse_url()不做
安装与基础用法：
composer require guzzlehttp/psr7
// ...
$uri = new \GuzzleHttp\Psr7\Uri('https://EXAMPLE.COM:8080/Path%2Fto?k=v%20a');
echo $uri->getHost(); // 'example.com'（自动转小写）
echo $uri->getPath(); // '/Path/to'（已解码）
别被“PHP 8.5 URI 扩展”误导，检查你的环境真实配置
如果你在 phpinfo() 或 php -m 里真看到了叫 uri 的模块，那基本是本地编译加了非官方补丁，或者名字被误读（比如把 curl 或 filter 扩展的某行描述当成了 uri）。PHP 源码树中不存在 ext/uri 目录，GitHub 官方仓库也无相关 PR。
- 运行
php -m | grep -i uri，大概率无输出 - 检查
extension=uri.so是否误写在php.ini中——这会导致启动失败并报PHP Warning: Unable to load dynamic library 'uri.so' - 用
get_extension_funcs('filter')查看是否误把filter_var($url, FILTER_VALIDATE_URL)当成 URI 扩展功能
真正要做的事，是明确你要解决的具体问题：是批量重写 URL？做路由匹配？还是需要不可变的 URI 对象？再选工具，而不是追着一个根本不存在的“8.5 新特性”打转。
