parse_url()是php解析url字符串唯一推荐的内置函数，能正确处理协议、认证、编码、端口、锚点等边界情况，返回含scheme、host、path等固定键的数组，需先判断返回值是否为false。
parse_url() 解析 URL 字符串最稳妥
PHP 里解析 URL 字符串，parse_url() 是唯一推荐的内置函数。它不依赖正则、不手动切分、能正确处理编码、协议、端口、锚点等边界情况。
常见错误是用 explode() 或 substr() 硬拆，结果遇到带 @ 的用户认证、含 %2F 的路径、或带 # 的 fragment 就崩——这些 parse_url() 全部原生支持。
-
parse_url()返回关联数组，键名固定：scheme、host、port、path、query、fragment - 如果只想要参数部分，直接取
$parsed['query']，别试图在完整 URL 上直接parse_str() - 注意：返回值可能为
false（比如传入空字符串或非法格式），务必先判断
php $url = 'https://user:pass@example.com:8080/path/to/page?name=张三&id=123#section1'; $parsed = parse_url($url); // $parsed['query'] === 'name=张三&id=123'
parse_str() 提取 query 参数必须配对使用
parse_str() 本身不解析 URL，只负责把 query 字符串转成变量或数组。单独用它处理完整 URL 会出错，且默认覆盖当前作用域变量（危险）。
典型误用：parse_str($url, $out) —— 这会让 $url 里的等号左边当变量名，右边当值，完全错乱。
立即学习“PHP免费学习笔记（深入）”；
- 必须先用
parse_url()拿到query部分，再喂给parse_str() - 第二个参数一定要传（如
$params），避免污染局部变量 - 值不会自动 urldecode，但
parse_str()内部已处理，无需额外urldecode() - 注意 PHP 8.1+ 对重复键名的处理：后出现的值覆盖前面的（和 GET 行为一致）
php $query = $parsed['query'] ?? ''; parse_str($query, $params); // $params['name'] === '张三'，$params['id'] === '123'
$_GET 只适用于当前请求的 query，不能解析任意字符串
很多人搜“PHP 获取 URL 参数”，第一反应是 $_GET，但它只反映当前 HTTP 请求的 QUERY_STRING，对变量里的 URL 字符串完全无效。
例如 $url = 'http://a.com/?x=1';，$_GET['x'] 仍是空的——它不读这个字符串，只读服务器收到的真实请求。
- 拿不到
$_GET≠ URL 没参数，只是你没走 HTTP 请求流程 - CLI 环境下
$_GET始终为空数组，别指望它解析命令行传进来的 URL - 想模拟请求行为？用
parse_url() + parse_str()组合，别动$_GET
中文、特殊字符、嵌套参数的兼容要点
URL 中的中文和符号靠 percent-encoding（如 %E4%BD%A0）传输，parse_url() 和 parse_str() 能正确识别并还原，但有三个实际易错点：
- 如果原始字符串是未经编码的（比如直接拼接
?name=你好），parse_str()会按字节分割，结果乱码；必须确保 query 部分是合法 encoded 格式 - 参数值含
&或=（如 JSON 字符串），需提前urlencode()，否则会被parse_str()截断 - PHP 不原生支持多维参数（如
?user[name]=张&user[age]=25），parse_str()会生成$params['user[name]']，不是嵌套数组；需要自己递归解析或换库
真正要处理复杂 query，别硬扛——优先确认是否真需要解析非标准结构；否则老实用 parse_url() 拿出 query，再用 parse_str()，其余逻辑自己补。
