回退后Class not found主因是autoload映射未同步更新：需确认PSR-4路径配置正确、文件系统大小写一致、OPcache已重置；composer dump-autoload -o仅优化classmap，不修复错误的PSR-4映射。
类缺失不是版本回退本身导致的，而是 autoload 映射没同步更新——直接跑 composer dump-autoload -o 通常就能解决，但必须确认三件事：映射路径对不对、文件系统大小写是否一致、opcode 缓存有没有清掉。
为什么回退后 Class not found？
Composer 不会在 composer install 或 composer update 回退时自动重生成 autoload 文件；它只在首次安装、dump-autoload 显式调用、或某些插件激活时触发。你看到的“类没了”，大概率是 vendor/composer/autoload_psr4.php（或 classmap）里还留着旧版本的路径，而新版本的类文件结构已变（比如命名空间改了、目录挪了、文件删了）。
- 运行
composer show vendor/package确认当前安装的确实是目标版本（别信 git log 或 tag，看实际 installed.json） - 打开
vendor/composer/autoload_psr4.php，搜你的命名空间前缀，看路径是否指向当前版本的 src/ 目录 - 如果路径指向
src/，但实际类文件在lib/下，说明回退后 composer.json 的 autoload 配置没同步更新
composer dump-autoload -o 为什么有时没用？
-o 只优化 classmap 加载器，对 PSR-4 映射本身不重建——它只是把当前 PSR-4 规则下能扫描到的类，再塞进 classmap 数组里。如果 PSR-4 路径配置错了，-o 再快也加载不到。
- 检查
composer.json的autoload.psrr-4是否以反斜杠结尾（如"App\": "src/"），漏掉\或写成"App"都会导致拼接失败 - 确认类文件名和命名空间严格一致：
AppHttpControllersHomeController必须对应src/Http/Controllers/HomeController.php，不能是homecontroller.php或HomeController.class.php - Windows/macOS 上改过文件名大小写（比如从
User.php改成user.php），但文件系统没感知，class_exists() 仍返回 true —— 这种“伪存在”会掩盖问题
部署后还报错？别只盯 Composer
就算 vendor/autoload.php 生成正确、路径也对，PHP 还可能从 opcode 缓存里拉出旧的 autoloader 实例，继续按老映射找类。
- 执行
php -r "opcache_reset();"（前提是opcache.enable=1且opcache.revalidate_freq=0） - Apache + mod_php 下重启 httpd 不一定清掉 opcache，得单独调这个命令；PHP-FPM 则需
sudo systemctl reload php*-fpm - 检查
vendor/autoload.php文件时间戳是否真变了——没变说明dump-autoload根本没跑成功，回退查上一步操作
最常被忽略的一点：classmap 和 PSR-4 混用时，Composer 默认优先走 PSR-4；哪怕 classmap 里有那个类，只要 PSR-4 规则匹配失败，就不会 fallback 到 classmap 查——这不是 bug，是设计如此。
