parse_url 返回 false 时不可直接取键，须先判断；其不自动解码 query，需用 parse_str；path 可能为空或为 '/'，拼接路径需判空；相对 url 在 php 8.0+ 行为更严格。
parse_url 返回数组结构必须检查是否为 false
直接用 parse_url 拆 URL 很方便，但它在解析失败时返回 false，不是空数组。很多人直接对返回值取 ['host']，结果触发 “Trying to access array offset on value of type bool” 错误。
- 总是先判断返回值：
if (false === $parsed) { /* 处理非法 URL */ } - 常见触发
false的情况：URL 缺少协议（如example.com）、含未编码空格、协议名非法（如ht tp://） -
parse_url不校验域名合法性，http://..或https://@也可能返回数组，但后续使用会出问题
query 字符串默认不自动解码，要手动用 parse_str
parse_url 拆出的 query 是原始字符串，比如 name=%E4%BD%A0%E5%A5%BD&id=123，不会变成 ['name' => '你好', 'id' => '123'] —— 这是很多人以为“自动解析了”的坑。
- 正确做法：先取
$parsed['query']，再传给parse_str($parsed['query'], $output) -
parse_str会把键值写入第二个参数变量，注意它会覆盖同名变量，别直接传$_GET这类超全局数组 - 如果 query 里有重复 key（如
a=1&a=2），parse_str只保留最后一个，需自己处理
path 路径可能为空或为 "/"，要注意边界场景
不是所有 URL 都有 path。比如 https://api.example.com?x=1 的 path 是 null；而 https://api.example.com/ 的 path 是 '/'。直接 basename($parsed['path']) 会警告。
- 安全取文件名：
isset($parsed['path']) && $parsed['path'] !== '/' ? basename($parsed['path']) : '' - 想拼完整路径时，别硬加
/：$parsed['scheme'] . '://' . $parsed['host'] . ($parsed['path'] ?: '/') - 注意
path已是解码后的（如%20→ 空格），但仅限标准编码，自定义编码（如 + 代替空格）仍需额外处理
PHP 8.0+ 对相对 URL 支持更严格，旧代码可能报错
PHP 8.0 起，parse_url 对不含协议的相对 URL（如 //cdn.example.com/js/app.js 或 /api/v1）行为更规范，但也会暴露以前被忽略的问题。
-
//cdn.example.com会被识别为host，scheme为null—— 这是合法的网络路径语法，但如果你的逻辑假定一定有scheme，就会崩 -
/search?q=test的path是'/search'，query是'q=test'，但没host和scheme，别当成完整 URL 用 - 兼容写法：用
filter_var($url, FILTER_VALIDATE_URL)先兜底，再调parse_url
实际用的时候，最常掉进去的是把 parse_url 当万能解码器——它只拆结构，不处理语义。query、fragment、path 的编码状态各不相同，得一层层确认。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
