pathinfo能自动忽略查询参数是因为它将输入视为文件系统路径而非url，只识别/和.的语义，对?、&、=等无定义符号自然跳过。
当你需要从类似 https://example.com/download/report.pdf?version=2&lang=zh 这样的完整 URL 字符串中提取 pdf 作为文件后缀，又不想手动截断问号、处理编码或担心多点名干扰时，pathinfo() 能直接返回正确结果——它不把查询参数当作路径的一部分，纯粹按 POSIX 路径规则解析，只认斜杠和点号的语义层级。
pathinfo为什么能自动忽略查询参数
pathinfo 把输入字符串当作「文件系统路径」来解析，而非 URL。它内部只识别 /（目录分隔符）和 .（扩展名分界符），对 ?、&、= 等查询字符完全无感——这些符号在路径语义中没有定义，会被自然跳过。
例如：pathinfo('data.csv?cache=1&ts=1718307720', PATHINFO_EXTENSION) 返回 csv，不是 csv?cache=1，也不是空值。
这并非“智能过滤”，而是设计使然：pathinfo 的职责是模拟 basename 和 dirname 的 Unix 行为，而 Unix 文件系统里根本不存在查询参数这个概念。
对比 substr + strrchr 的失败场景
方法一：用 substr(strrchr($url, '.'), 1)
对 config.json?env=prod，strrchr 找到最后一个 .，得到 .json?env=prod，再 substr 截出 json?env=prod——后缀污染，后续白名单校验直接失效。
方法二：先用 parse_url() 提取 path 再处理
可行但冗余：你需要额外调用 parse_url($url)['path']，再传给 pathinfo。而 pathinfo 本身就能扛住带查询参数的字符串，无需预处理。
【关键前提】 输入必须是合法路径格式——即不能以 ? 开头，也不能是纯查询字符串（如 ?id=1）。pathinfo 对纯查询串返回空扩展名，这不是 bug，是因它没找到任何路径结构。
验证不同边界输入的实际输出
第一步：准备测试数据
复制以下代码到 PHP 环境运行：
$cases = [<br> 'report.xlsx',<br> 'archive.tar.gz?sig=abc',<br> 'README?noext',<br> 'photo.jpg#anchor',<br> 'file.name.txt?x=y&z=w'<br>];
第二步：逐个调用并打印
foreach ($cases as $case) {<br> echo "$case → " . pathinfo($case, PATHINFO_EXTENSION) . "\n";<br>}
第三步：观察结果
你会看到：report.xlsx → xlsx、archive.tar.gz?sig=abc → gz、README?noext → （空字符串）、photo.jpg#anchor → jpg、file.name.txt?x=y&z=w → txt。所有查询参数和锚点都被无视，仅路径部分生效。
