require/include执行严格线性，遇语句即加载运行并阻塞后续代码，变量和函数必须在包含前定义，路径写法不同会被视为不同文件，require_once的“一次”限单次请求生命周期。
会影响，而且影响是确定的、可预测的——不是“可能出问题”，而是“不按顺序就必然出错”。
require/include 的执行是严格线性的
PHP 解析器不会预读整个文件再统一处理包含逻辑，它从上到下逐行执行。一旦遇到 require 或 include，立刻去加载并运行目标文件，且该操作会**阻塞后续代码直到被包含文件执行完毕**。
- 变量必须在
include语句之前定义，否则被包含文件里用$x就会报Undefined variable - 函数定义也一样：如果
content.php里调用了render_header()，那这个函数必须在include 'content.php'之前已声明（或在更早的require中定义） - 常量和类定义不受此限（因为它们是全局的），但依赖这些定义的逻辑仍需确保加载时机正确
include_path 不改变执行顺序，只改变查找路径
include_path 只影响 “找不到文件时往哪找”，它不改变 PHP 执行流的先后关系。即使你把 include_path 设成 ".:/lib:/shared"，PHP 依然先尝试当前目录（.），再试 /lib，最后试 /shared；但无论找到哪个 config.php，它都是在 include 'config.php' 这一行被加载和执行的。
- 相对路径（如
./config.php或../inc/db.php）会跳过include_path，直接按当前脚本所在目录解析 - 绝对路径（如
/var/www/app/config.php）完全无视include_path - 如果你在多个位置放了同名文件（比如
config.php在当前目录和/lib下都有），顺序错误导致加载了旧版配置，结果就会错得无声无息
require_once / include_once 的“一次”是运行时判定
require_once 的“防重复”不是靠静态分析，而是在每次执行到该语句时，检查“这个文件是否已被成功加载过”。这意味着：
- 如果
A.php里require_once 'common.php'，然后B.php也require_once 'common.php'，而A.php先被require，那B.php里的语句就不会再加载 - 但如果
B.php被单独执行，它仍会加载common.php—— 所以“一次”是针对单次请求生命周期，不是跨请求或跨文件的全局锁 - 路径写法不同会被视为不同文件：
require_once 'common.php'和require_once './common.php'在某些 PHP 版本中可能被当成两个文件，导致重复加载或定义冲突
最容易被忽略的点是：作用域继承发生在包含那一行，而不是文件顶部。哪怕你在 main.php 最后一行写 include 'footer.php'，footer.php 也能访问前面所有已定义的变量——但前提是那些变量真正在那一行之前就存在。顺序不是风格建议，是执行铁律。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
