include在函数内执行时，被包含文件的变量仅限局部作用域，global无法将其提升为全局变量；正确做法是将include置于函数外使变量自然进入全局，再在函数内用global引用。
include 在函数内执行时变量作用域隔离
PHP 的 include 语句本身没有独立作用域，但它在函数内执行时，被包含文件里的代码会运行在该函数的局部作用域中——也就是说，它“看得到”函数参数和 local 变量，但“看不到”函数外的全局变量（除非显式声明 global 或使用 $GLOBALS）。
常见错误现象：
你在 index.php 定义了 $config = ['host' => 'localhost'];，然后在函数里 include 'db.php';，结果 db.php 里直接用 $config 报 Undefined variable。
- 被包含文件不是“插入到当前行”，而是“在当前作用域下执行”，这点和 JS 的
eval类似，不是文本替换 - 如果
db.php需要访问全局$config，必须在文件开头加global $config;，或改用$GLOBALS['config'] -
include返回值是被包含文件最后一行表达式的值（如return true;），但这和变量可见性无关
require_once / include_once 不解决作用域问题
很多人以为换用 require_once 就能“把变量带进来”，其实完全没用——once 只控制是否重复加载，不改变作用域规则。只要 include 发生在函数内部，作用域就锁定在函数里。
- 即使你在外层
require_once 'config.php';定义了$api_key，函数内include 'service.php';依然访问不到它 - 多次
include同一文件，每次都在当前作用域重新执行一遍，可能意外覆盖局部变量 - 若需复用配置，更稳妥的做法是：把配置封装成函数（如
get_config()）或类，而非依赖全局变量
怎么安全地让被包含文件拿到所需数据
核心原则：别指望“自动继承”，显式传入才是可控路径。
- 用
extract($data)前务必确认$data来源可信，否则有变量污染风险；生产环境尽量避免 - 推荐方式：把配置作为参数传给包含文件的主逻辑函数，例如
include 'template.php'; render_header($title, $user); - 如果必须用全局变量，统一在入口文件用
global声明，并在被包含文件顶部再次global $var1, $var2; - 注意
include路径解析基于当前文件（不是调用者文件），建议一律用__DIR__ . '/path/to/file.php'避免相对路径歧义
调试时怎么快速定位变量不可见问题
最直接的办法是在被包含文件开头加一行诊断输出：
echo '<pre class="brush:php;toolbar:false;">'; print_r(get_defined_vars()); echo ''; die();
这样能看到当前作用域里到底有哪些变量。你会发现：
— 函数参数、for 循环变量、include 前定义的局部变量都在里面
— 但外层定义的 $db_host、$_ENV 等默认不在其中
-
get_defined_vars()只返回当前作用域变量，不递归父作用域，这是关键判断依据 - 如果看到
['GLOBALS' => [...]]，说明$GLOBALS可用，但需手动取值，比如$GLOBALS['db_host'] - IDE 调试时断点停在
include行，再看变量面板，比猜更可靠
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
