include后变量在当前作用域是因为php将文件代码原样插入执行位置，无独立作用域；函数内include的变量默认为局部变量，需global声明或return方式传递。
include 之后变量为什么在当前作用域里
PHP 的 include 和 require 不是“调用函数”，而是把目标文件的代码原样插进当前执行位置。所以它没有独立作用域，所有声明的变量、函数、类都直接落在当前作用域中。
这意味着：如果在 config.php 里写了 $db_host = 'localhost';，然后在主脚本里 include 'config.php';，那 $db_host 就能直接用——不是“传进来”，是“抄进来”。
- 变量定义在
include文件顶部？它会出现在包含它的那个作用域（全局或函数内） - 变量定义在
include文件里的函数里？它只在那个函数内部有效，和是否include无关 - 用
return从include文件返回值？可以，但必须显式接收，比如$data = include 'data.php';
在函数里 include 变量为啥用不了
这是最容易懵的点：你在函数里 include 一个文件，里面定义了 $user_id，结果函数外访问不到，函数内也报 Undefined variable——问题不在 include，而在 PHP 函数作用域规则本身。
include 的代码被插入到函数体里，但它依然受函数作用域约束。也就是说，include 文件中没加 global 或 $GLOBALS 的变量，就是局部变量。
立即学习“PHP免费学习笔记（深入）”；
Perl 基础入门中文教程，chm格式，讲述PERL概述、简单变量、操作符、列表和数组变量、文件读写、模式匹配、控制结构、子程序、关联数组/哈希表、格式化输出、文件系统、引用、面向对象、包和模块等知识点。适合初学者阅读和了解Perl脚本语言。
- 想让
include文件里的变量在函数外可用？别在函数里include，或者改用return方式（见下一条） - 非要在函数里
include并暴露变量？得显式声明：global $config;然后在include文件里也写global $config; - 更安全的做法：让
include文件以数组或对象形式return，比如return ['host' => 'localhost', 'port' => 3306];，然后主脚本用$cfg = include 'config.php';
require_once 和 include_once 会影响变量可见性吗
不会。它们只控制“是否重复加载”，不改变作用域行为。require_once 'a.php' 和 include 'a.php' 在变量可见性上完全等价，区别仅在于失败时是否报致命错误、以及是否跳过已加载文件。
但要注意：如果同一个文件被多次 include（没加 _once），变量会被重复声明，可能触发 Notice: Constant already defined（对常量）或覆盖值（对变量），而 _once 能避免这类干扰。
- 定义常量或函数的配置/工具文件，务必用
require_once，否则第二次include会报错 - 纯数据文件（如返回数组的 config），用
include或require都行，但加_once更稳妥 -
include_once的“一次”是按文件路径判断的，软链接、相对路径不同写法可能被当成不同文件
用 extract() 导入 include 返回的数组安全吗
不推荐。虽然 $cfg = include 'config.php'; + extract($cfg); 看起来方便，但它会把数组键名变成变量名，极易污染作用域、覆盖已有变量，且调试困难。
比如 config.php 返回 ['host' => '127.0.0.1', 'host' => 'example.com']（键重复），或你本地有 $host = 'dev.local';，extract() 后就被悄悄覆盖。
- 优先用数组访问：
$cfg['host']，语义清晰、无副作用 - 真要变量解构，用 PHP 7.1+ 的展开语法：
[$host, $port] = array_values($cfg);，但前提是顺序固定、结构可控 - 绝对别对用户可控或第三方来源的数据用
extract()，这是典型的安全隐患
变量作用域不是 include 的“特性”，而是 PHP 解析器把代码拼在一起执行的自然结果。真正容易出错的，是混淆了“代码插入”和“作用域隔离”的边界——尤其在函数里 include、或依赖 extract 时，变量从哪来、到哪去，稍不留意就断链了。
