PHP变量作用域由函数定义和global/$GLOBALS显式控制，外部变量默认不进入函数内；global创建全局变量别名，$GLOBALS直接操作超全局数组；优先用return而非global以保证函数纯净性。
PHP 的变量作用域不是靠“声明位置”决定的，而是由函数定义和 global / $GLOBALS 显式控制的——没加声明，再近也访问不到。
函数内部为什么访问不到外面定义的变量
PHP 函数有独立作用域，外部变量默认不自动进入。这不是“忘记导入”，是语言设计如此。哪怕在 include 的文件里、同一文件顶部定义的变量，进函数就失效。
- 常见错误现象：
Undefined variable警告，或值为null/ 空字符串 - 典型场景：在
foreach外定义了$config数组，函数里直接写$config['host']报错 - 不要试图用“变量提升”或“作用域链”类比 JS —— PHP 没这机制
global 和 $GLOBALS 的区别在哪
两者都能读写全局变量，但行为和风险不同。选错容易埋下维护雷。
-
global $user_id;是在函数内创建一个指向全局$user_id的别名，修改它等于改全局值 -
$GLOBALS['user_id']是直接操作超全局数组，不需要提前声明，但写法更啰嗦 - 坑点：如果函数参数名和
global变量同名（比如function foo($user_id) { global $user_id; }），global会覆盖参数值，导致逻辑错乱 - 兼容性无差异，但
$GLOBALS在严格模式或静态分析工具下更易被识别
什么时候该用 return 而不是 global
绝大多数情况，应该优先返回值，而不是依赖全局状态。后者会让函数变“脏”，难测试、难复用。
立即学习“PHP免费学习笔记（深入）”；
- 适用
return：配置读取、数据处理、计算结果（如function get_db_host() { return $config['db']['host']; }） - 慎用
global：仅当多个函数高频共用且生命周期与脚本一致（如日志句柄$logger），且确认不会并发写入 - 性能影响几乎可忽略，但可读性下降明显——看到
global就得翻到文件头找定义，而return的输入输出一目了然
真正容易被忽略的是：include 或 require 进来的文件，其顶层变量属于“当前作用域”，不是“全局作用域”。也就是说，在 main.php 中 include 'config.php'，然后进函数想用 $config，照样报错——它只是在 main.php 的作用域里，没进函数。
