include 和 require 的核心区别在于错误处理：include 出错仅触发 E_WARNING，脚本继续执行；require 出错则抛出 Fatal error，立即终止执行。
include 和 require 的区别到底在哪
关键不是“包含文件”，而是“出错时程序怎么反应”。include 文件不存在或报错，只发个 E_WARNING，脚本继续执行；require 遇到同样问题直接抛 Fatal error，整个流程中断。
常见错误现象：require 'config.php'; 里路径写错，页面全白——因为没看到错误提示，其实日志里早记了 Fatal error: require(): Failed opening required 'config.php'。
- 用
require加载必须存在的核心文件（比如数据库配置、框架入口） - 用
include加载可选内容（比如用户自定义模板片段、临时调试代码） -
include_once和require_once不是性能优化手段，纯粹防重复加载——比如两个文件都require 'functions.php'，第二次会报Cannot redeclare xxx() - 路径建议统一用
__DIR__ . '/path/to/file.php'，避免相对路径在include嵌套时失效
trait 真的能替代 require 吗
不能。这是类型层面的混淆。trait 是 PHP 的代码复用机制，解决的是「类之间共享方法」的问题；require 是文件加载机制，解决的是「把另一段 PHP 代码塞进当前作用域」的问题。它们根本不在一个维度上。
使用场景差异明显：你不会用 trait 去加载路由配置数组，也不会用 require 去复用一个 JsonResponse 的格式化逻辑。
立即学习“PHP免费学习笔记（深入）”；
-
trait只能在class内部用use引入，不能直接执行或导出变量 -
trait中的static方法、属性属于使用它的类，不是独立命名空间 - 如果硬要用
trait模拟配置加载，得先定义trait ConfigLoader { public static function get() { return [...]; } }，再在某个类里use ConfigLoader——绕路且不可测 -
trait不支持条件加载（比如根据环境决定是否引入某组方法），而require可以套if或switch
autoload 为什么比满地 require 更靠谱
因为它是按需加载，不是“一上来就全拉进来”。Composer 默认生成的 vendor/autoload.php 就是典型——只有 new 一个类、调用一个函数时，才去磁盘找对应文件并 require 它。
性能影响很实在：一个 Web 请求里，可能只用到 20 个类，但手动 require 了 200 个文件，其中 180 个根本没用过，白白消耗 IO 和内存。
- 确保
composer.json的"autoload"配置正确，比如 PSR-4 映射写成"App\": "src/"，别漏掉末尾斜杠 - 自定义类不走 Composer？可以用
spl_autoload_register()注册自己的加载逻辑，但别在里头写file_get_contents()+eval()这种危险操作 -
require是同步阻塞的，autoload是延迟触发的——这意味着类名拼错时，错误发生在真正用到它的地方，而不是文件顶部 - 注意
autoload不处理纯函数文件（比如helpers.php），这种仍得靠require或include
复用逻辑时最容易被忽略的边界
很多人卡在“功能能跑通”，却忽略了作用域污染和执行时机这两个隐形坑。
比如在 header.php 里写了 $user = getCurrentUser();，然后在多个页面 include 'header.php'——表面看没问题，实际每次 include 都会重新执行这行，且 $user 变量会泄漏到全局作用域，可能覆盖已有变量。
- 用
require/include加载的代码，和写在当前文件里效果完全一样：变量、函数、类定义都会进入当前作用域 - 想隔离作用域？只能封装成函数或类，或者改用
include返回值（$data = include 'config.php';，前提是 config.php 最后一行是return [...];） -
trait看似干净，但它引入的方法默认是public，如果两个 trait 有同名方法，又没用insteadof明确指定，PHP 直接报Fatal error - 跨项目复用代码，别只拷
.php文件——检查它依赖的扩展（比如用了mbstring函数却没确认服务器开了）、PHP 版本（match表达式在 8.0+ 才有）、以及是否隐含了全局状态（如修改了error_reporting）
