PHP7.3中 $ GLOBALS超全局数组如何遍历-php教程-PHP中文网

php遍历$globals时看不到自身是设计行为，为避免循环引用；$globals仅包含全局作用域声明的变量，键名严格区分大小写，生产环境遍历需白名单过滤以防敏感信息泄露。

php7.3中 $ globals超全局数组如何遍历

遍历 `$GLOBALS` 时为什么看不到自己？

直接用 foreach ($GLOBALS as $key => $value) 遍历，你会发现 $GLOBALS 本身不在输出结果里——它被 PHP 自动排除了。这不是 bug，是设计行为：PHP 在构建 $GLOBALS 数组时，会跳过对自身的引用，避免循环引用和内存问题。

所以别指望靠裸循环看到 $GLOBALS 这个键。如果真需要确认它是否存在，得单独判断：isset($GLOBALS['GLOBALS']) 返回 false，但 array_key_exists('GLOBALS', $GLOBALS) 才返回 true（因为底层存储了，只是不参与迭代）。

哪些变量会出现在 `$GLOBALS` 里？

$GLOBALS 只包含「在全局作用域中声明的变量」，且仅限当前执行上下文可见的变量。函数内部定义的变量、global 声明的变量（未赋值前）、以及通过 extract() 注入的变量，都可能进入，但有明确边界：

脚本顶层 $a = 1; → $GLOBALS['a'] 存在
函数内 global $b; 但没赋值 → $GLOBALS['b'] 不存在（除非之前已在全局赋过值）
static $c = 2; → 不进 $GLOBALS
$_GET、$_POST 等超全局数组本身是独立存在的，$GLOBALS['_GET'] 是它们的别名（引用），不是副本

安全遍历时要避开哪些坑？

直接 print_r($GLOBALS) 或 var_dump($GLOBALS) 在生产环境非常危险：可能泄露数据库连接、密钥、临时文件路径等敏感信息。更隐蔽的问题是某些框架或扩展会在 $GLOBALS 中写入资源句柄（如 mysqli 连接、curl 句柄），遍历时触发 __toString() 或隐式转换，导致意外行为甚至崩溃。

稳妥做法是白名单过滤：

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

foreach ($GLOBALS as $key => $value) {
    if (in_array($key, ['_GET', '_POST', '_SERVER', '_COOKIE'], true)) {
        echo "$key: ", print_r($value, true), "\n";
    }
}

注意：is_scalar($value) 判断不够，资源类型（resource）和对象需单独处理；serialize($value) 可能失败，不要无脑调用。

PHP7.3 下 `$GLOBALS` 的键名大小写敏感吗？

敏感。所有键名严格区分大小写，这是 PHP 的统一规则，$GLOBALS['HTTP_HOST'] 和 $GLOBALS['http_host'] 是两个不同键。但要注意：$_SERVER 中的键（如 HTTP_HOST）是 CGI/Server 规范决定的，PHP 只是原样映射过去，不会做 strtolower 或 ucfirst 转换。

常见误操作是拼错键名，比如把 $_SERVER['REQUEST_URI'] 写成 $GLOBALS['request_uri'] —— 后者根本不存在。查不到时先确认大小写，再用 array_keys($GLOBALS) 看真实键列表。

实际调试时，array_keys($GLOBALS) 输出的键顺序不固定，且每次执行可能略有差异（受加载扩展、自动全局变量影响），不能依赖顺序做逻辑判断。