IIS服务器(PHP)中$_GET/$_REQUEST无法获取URL查询字符串问题排查

你的情况我之前也遇到过几次，核心原因是超全局变量$_GET/$_REQUEST的填充逻辑被服务器配置阻断了，而$_SERVER['QUERY_STRING']是直接从HTTP请求头里读取的原始数据，所以不受影响。下面是最可能的几个原因和解决办法：

1. 检查php.ini中的variables_order配置 #

这个参数决定了PHP会按什么顺序解析并填充超全局变量，其中：

• G代表GET参数
• P代表POST参数
• C代表Cookie
• S代表Server变量

如果你的生产环境variables_order里没有包含G，PHP就不会自动填充$_GET。比如错误的配置可能是：

variables_order = "PCS"

正确的配置应该包含G，推荐设置为：

variables_order = "GPCS"

修改后记得重启PHP-FPM或者Apache/Nginx服务生效。

2. 检查php.ini中的request_order配置（PHP 5.3+） #

这个配置是variables_order的升级版，优先级更高，它直接控制$_REQUEST的来源。如果这里没有包含G，即使variables_order有G，$_REQUEST也不会包含GET参数，甚至可能影响$_GET的填充。

正确的配置应该包含G和P：

request_order = "GP"

同样，修改后需要重启PHP服务。

3. 检查服务器的URL重写规则 #

如果你的生产环境用了Apache的mod_rewrite或者Nginx的rewrite规则，很可能是重写时丢掉了查询字符串。

• Apache场景：如果你的RewriteRule没有加上[QSA]（Query String Append）标志，新的URL会覆盖原有的查询字符串。比如错误的规则：

  RewriteRule ^test.php$ index.php
  

  正确的写法要加上[QSA]，确保保留原查询参数：

  RewriteRule ^test.php$ index.php [QSA]
  

• Nginx场景：要确保rewrite后的URL保留$query_string，比如：

  rewrite ^/test.php$ /index.php?$query_string last;
  

临时应急方案（你正在用的parse_str可以优化） #

如果暂时没法修改服务器配置，可以在项目的公共入口文件里添加这段代码，自动同步查询字符串到$_GET和$_REQUEST：

// 仅当$_GET为空但存在查询字符串时处理
if (empty($_GET) && !empty($_SERVER['QUERY_STRING'])) {
    parse_str($_SERVER['QUERY_STRING'], $getParams);
    $_GET = array_merge($_GET, $getParams);
    // 同步到$_REQUEST（如果需要的话）
    $_REQUEST = array_merge($_REQUEST, $getParams);
}

总结 #

99%的概率是上面的配置问题，不是PHP本身的Bug。优先检查php.ini的两个配置项，再排查重写规则，基本就能解决问题。

内容的提问来源于stack exchange，提问作者Yodavish