require失败会立即终止脚本执行，抛出Fatal error；与include仅触发Warning并继续执行有本质区别，require_once虽防重复引入但失败行为相同，无法捕获其错误。
require 失败直接终止脚本执行
会，require 遇到文件不存在、权限不足或语法错误时，抛出 Fatal error 并立即中止整个脚本运行，后续代码一行都不会执行。
这是它和 include 的根本区别：后者只触发 Warning，脚本继续往下走。
常见错误现象包括：
Fatal error: require(): Failed opening required 'xxx.php' (include_path='...')-
Fatal error: Cannot redeclare function xxx()（重复引入导致） -
Parse error: syntax error, unexpected ... in /path/to/file.php（被 require 的文件本身有语法问题）
require_once 能避免重复包含，但失败行为一样
require_once 本质是带去重逻辑的 require，只要加载失败，照样抛 Fatal error 并停掉脚本。
立即学习“PHP免费学习笔记（深入）”；
它的“once”只保证同一文件不会被多次载入，不提供容错能力。
使用场景注意：
- 加载关键配置、核心类库、数据库连接等必须存在的文件时，用
require_once是合理选择 - 但不要误以为它能“静默跳过失败”——它不能
- 如果路径拼接依赖变量（如
require_once $dir . '/config.php';），务必先file_exists()校验，否则失败就是硬中断
想失败后继续执行？只能换 include 或手动兜底
没有内置的“软 require”。若业务逻辑允许缺失某模块（比如可选插件、降级功能），必须改用 include 或 include_once。
更稳妥的做法是主动检查：
if (file_exists('plugin.php')) {
require_once 'plugin.php';
} else {
// 记日志、设默认值、启用备选逻辑
error_log('plugin.php not found, skipping...');
}
注意：file_exists() 不检查读取权限，真正 require 时仍可能因权限失败；生产环境建议配合 is_readable() 一起用。
require 的路径解析容易踩坑
相对路径（如 require 'lib/db.php';）是相对于当前工作目录（getcwd()），不是当前文件所在目录。这点和 __DIR__ 拼接完全不同。
推荐写法（杜绝歧义）：
-
require __DIR__ . '/config.php';（当前文件同级） -
require dirname(__DIR__) . '/vendor/autoload.php';（向上找） - 绝对路径优先，避免受
chdir()或 CLI 当前目录影响
另外，include_path 配置会影响未加路径前缀的 require 行为，线上环境建议显式写全路径，不依赖 ini 设置。
最常被忽略的是：require 的失败不可捕获——try/catch 对 Fatal error 无效。真要兜底，只能靠前置校验或换用 include 策略。
