核心区别在于错误处理方式：require 文件出错触发Fatal error并终止脚本，include 仅触发Warning且继续执行。
include 和 require 的核心区别在哪
本质就一条：出错时的处理方式不同。require 遇到文件不存在或语法错误，直接报 Fatal error，脚本立刻终止；include 则报 Warning，后续代码照常执行。
这意味着：require 适合加载必需的配置、函数库、类定义等“骨架文件”；include 更适合可选内容，比如动态页面片段、用户自定义模板。
- 如果误用
include加载关键类文件，可能因后续调用未定义类而抛出Fatal error: Class 'XXX' not found，但错误源头反而被掩盖 -
require_once和include_once的 “once” 是按文件路径去重，不是按文件名——同一文件被软链接或不同相对路径引入，仍可能重复加载 - PHP 8.2+ 开始，
include/require返回值行为更严格：成功时返回被包含文件中最后一条表达式的值（如return 123;），失败时统一返回false；旧版本里include失败也可能返回1
路径写错时，为什么有时报错有时静默
根本原因在于 PHP 的 include_path 配置和相对路径解析逻辑。当前工作目录（getcwd()）决定相对路径起点，而不是被包含文件所在目录。
比如 a.php 在 /app/module/，它 include 'config.php'，而实际 config.php 在 /app/ —— 这会失败，除非你把 /app 加进 include_path，或改用 include __DIR__ . '/../config.php';。
立即学习“PHP免费学习笔记（深入）”；
- 绝对路径最稳：
include '/var/www/app/config.php';，但硬编码不利于迁移 -
__DIR__比dirname(__FILE__)更简洁、性能略好，且不会受chdir()影响 - 别依赖
./或空字符串开头的路径，它们依赖运行时工作目录，CI/CLI 环境下极易出错
require_once 为啥没生效，类还是重复定义
常见于自动加载（autoload）与手动 require_once 混用。Composer 的 autoload.php 本身就会 require_once 类文件，如果你在代码里又显式写一遍，看似无害，实则暴露了加载顺序混乱的问题。
更隐蔽的是大小写问题：Linux 下 require_once 'User.php' 和 require_once 'user.php' 是两个文件；Windows 下却可能都指向同一个，导致你以为“once”生效了，其实没生效。
- 检查是否同时存在
require_once和 PSR-4 自动加载规则覆盖同一命名空间 - 用
get_included_files()打印已加载文件列表，确认目标文件是否真被计入 - 避免在循环或条件分支里动态拼接
require_once路径，PHP 解析时无法静态判断是否“已包含”
include 里用 return 会怎样
include 和 require 本质是“执行并返回值”，所以被包含文件里写 return 'hello';，外面就能接住：$msg = include 'greet.php'; → $msg 就是 'hello'。
但这个特性容易被滥用：有人把 include 当函数用，靠 return 传数据，结果调试时发现变量作用域不对——因为 include 是在当前作用域执行的，里面声明的变量会泄漏进来，而 return 只是中断执行并返回值，不隔离作用域。
- 想安全传值，优先用函数封装，而不是靠
include+return -
include文件里写exit或die，会直接终止整个脚本，和require出错效果一样，但更难追踪 - PHP 8.1+ 对
include内部的return有更明确的类型推导，如果被包含文件末尾没有return，返回值是null，而非之前版本的1
路径、作用域、加载时机、错误级别——这四个点串起来，基本就是所有 include/require 相关问题的根因。写的时候多看一眼 get_included_files() 和 error_log()，比查文档更快定位真实问题。
