PHP 7.3 不改变类引入机制，但路径解析、命名空间和自动加载容错更严格；问题多因路径错误、大小写不匹配或 autoload 配置失效，需用 DIR 拼接路径、执行 composer dump-autoload -o 并用 php -l 检查语法。
直接结论：PHP 7.3 本身不改变类引入机制，但对路径解析、命名空间和自动加载的容错更严格；出问题时，90% 是路径、大小写或 autoload 配置错误，不是 PHP 版本问题。
require_once 路径不对导致类未定义
PHP 7.3 不会帮你猜路径——require_once 按照当前脚本所在目录为基准解析相对路径，且不走 include_path（除非显式配置）。常见现象是：Fatal error: Class 'User' not found，但文件明明存在。
- 用
dirname(__FILE__)或__DIR__拼接路径，避免依赖当前工作目录：require_once __DIR__ . '/lib/User.php'; - Linux 服务器上路径大小写敏感，
user.php和User.php是两个文件；Windows 下能过，部署到生产环境就崩 - 不要用
./开头的路径（如./lib/User.php），它会绕过include_path且只在当前工作目录找，而工作目录可能不是你预期的
Composer autoload 配置没生效
PHP 7.3 默认启用 OPcache，而 composer dump-autoload 生成的映射若没刷新，就会加载旧缓存，导致新类找不到或旧类残留。
- 每次修改
composer.json的autoload或新增类文件后，必须运行：composer dump-autoload -o（-o表示优化，生成 classmap） - 确认 PSR-4 映射是否匹配实际目录结构，例如：
"App\": "src/"要求src/User.php中必须声明namespace App;，且类名为User - 检查
vendor/autoload.php是否被正确引入——漏掉这行，整个 autoload 就失效：require_once 'vendor/autoload.php';
命名空间与 use 语句拼写错误
PHP 7.3 对命名空间解析更严格，use 后跟的类名大小写、反斜杠位置稍错，就会报 Class 'AppUser' not found，而不是模糊提示。
立即学习“PHP免费学习笔记（深入）”；
-
use AppUser;和use appUser;在 Linux 下是不同命名空间，后者几乎肯定失败 - 如果类在根命名空间（无
namespace声明），use语句不能加前导反斜杠：use User;✅，use User;❌（后者会去全局命名空间找，但实际在 root ns） - 调用时别混淆完全限定名和简写：
new AppUser()可以，但new AppUser()必须有对应use，否则报错
类文件里有语法错误或 PHP 7.3 不兼容代码
即使路径对、命名空间对，只要类文件本身有 PHP 7.3 不支持的语法（比如废弃的 mysql_* 函数、不带返回类型的函数），require_once 会失败并中断后续加载，表现为“类不存在”。
- 用
php -l User.php单独检查类文件语法，比等运行时报错更早发现问题 - PHP 7.3 移除了
create_function()、废弃了each()，这些出现在类文件中会导致 fatal error - 注意扩展依赖：如果类用了
ext-intl里的方法，但服务器没装 intl 扩展，require_once会成功，但实例化时才报错——这种延迟失败最难排查
真正卡住的地方往往不是“怎么写”，而是“谁在什么时候、以什么上下文加载了什么”。PHP 7.3 不会主动告诉你路径是从哪开始算的，也不会提醒你 OPcache 缓存了旧的 autoload map。盯住 __DIR__、composer dump-autoload -o、php -l 这三个点，比查版本兼容性列表管用得多。
