include是PHP语言结构，非函数；路径解析分三步：先查显式路径前缀（./、../、/等），有则跳过include_path；无前缀才查include_path；最后fallback至脚本目录和当前工作目录；变量作用域依include语句位置而定。
别从“include怎么学”开始，先搞清它不是函数、不能传参、不返回值——它是个语言结构，行为由上下文决定，学错方向会反复踩坑。
include 路径解析顺序到底怎么走
路径不是“从当前文件目录找”，而是分三步查：先看有没有显式路径前缀（./、../、/ 或盘符），有就直接用，include_path 完全失效；没前缀才查 include_path；最后才 fallback 到调用脚本所在目录和当前工作目录（getcwd()）。
常见错误现象：include 'config.php' 在 index.php 里能跑，在 admin/user.php 里报警告，就是因为后者执行时的当前工作目录可能还是 /var/www，而 config.php 其实放在 /var/www/includes/。
- 推荐做法：统一用
__DIR__ . '/config.php'，__DIR__永远指向当前文件所在目录，不依赖运行时环境 - 慎用
$_SERVER['DOCUMENT_ROOT']：CLI 环境下该值为空或不可靠，Web 和 CLI 混合项目容易崩 - 绝对路径开头带
/（Linux）或C:\（Windows）时，include_path彻底被跳过，别指望它帮你兜底
变量作用域继承的真实表现
include 不是“复制粘贴代码”，而是把目标文件内容在运行时插入到当前位置执行，所以变量可见性完全取决于 include 语句写在哪一层作用域里。
立即学习“PHP免费学习笔记（深入）”；
使用场景：想让被包含文件读取当前函数内的局部变量，但又不想全局污染——可以，但必须把 include 放进函数体内部；如果放全局位置，被包含文件里的 $x = 1 就是全局变量，哪怕原文件里 $x 是函数参数。
- 函数内
include：被包含文件中定义的变量仅在该函数内有效（$fruit在例子中不会泄露到外层） - 函数内
include但用了global：可修改外层同名变量，但需显式声明，否则仍是局部 - 被包含文件里定义的函数、类，无论在哪 include，都是全局生效——这点和变量完全不同
include 和 require 的错误处理差异不能只记“警告 vs 致命”
表面看 include 失败只发 E_WARNING，脚本继续；require 发 E_COMPILE_ERROR，直接终止。但真实影响更细：
-
include失败后，后续代码照常执行，但如果被包含的是关键配置（如数据库密码），后面new PDO(...)会因变量未定义直接 fatal -
require在编译期就加载，意味着它能提前暴露语法错误（比如被包含文件末尾少了个?>），而include要等到执行到那行才报错 - 动态文件名（
include $file）时，require不支持——PHP 语法要求require后必须是字符串字面量或常量，include才允许变量
嵌套 include 时相对路径为什么总找不到文件
因为 include './header.php' 中的 ./ 指的是“当前工作目录”，不是“当前文件所在目录”。当 A.php 包含 B.php，而 B.php 又写 include '../lib/db.php'，实际查找起点是 getcwd()，不是 A.php 所在目录。
最容易被忽略的地方：PHP 不会自动切换工作目录去匹配被包含文件的位置。你看到的“嵌套路径失效”，本质是误把开发时的目录直觉当作了运行时规则。
- 根治法：所有
include都用__DIR__构造路径，例如include __DIR__ . '/../lib/db.php'; - 临时调试：加一行
echo getcwd(), ' ', __DIR__, PHP_EOL;对比两者，立刻看清偏差来源 - 别依赖
chdir()：手动切工作目录会影响整个进程，其他并发请求可能被意外干扰
