Laravel项目Composer1升级到2后更新时出现类地址丢失、类找不到问题

这个报错和Composer升级本身无关，是Composer v2 严格执行PSR-4自动加载规范，把你之前代码里不规范的写法拦下来了——Composer v1对类文件的校验容错性高，很多不符合规范的写法也能正常加载，v2直接收紧了校验规则，不符合的类不会被写入自动加载映射表，就会报类找不到。
你现在的代码有两处明确违反PSR-4规则的问题：

• 单文件定义多个类：你当前贴的类文件里同时定义了App\Enum、App\ClearingHourTime两个类，按照PSR-4规则，除了全局函数集合文件外，每个类文件只能存放一个和文件名匹配的类，Composer v2扫描类映射时不会识别同文件内的其他类。
• 类和文件路径不匹配：你composer.json里配置App\命名空间映射到app/目录，App\ClearingHourTime类对应的文件必须是app/ClearingHourTime.php，如果这个类被放在其他名称的文件里（比如和Enum类一起放在Enum.php中），Composer v2不会把它加入类映射表。
  另外你贴的ClearingHourTime代码里直接调用了UserType类，没有引入对应命名空间，就算自动加载问题修好，这里也会报类找不到，需要一起修正。

按顺序操作即可解决：

1. 拆分多类文件，严格遵循PSR-4规范存放
   • 新建app/Enum.php，仅存放App\Enum类代码：

   <?php
   namespace App;
   
   abstract class Enum {
       static function getKeys() {
           $class = new \ReflectionClass(get_called_class());
           return array_keys($class->getConstants());
       }
   }
   

   • 新建app/ClearingHourTime.php，仅存放App\ClearingHourTime类代码，顶部补上UserType类的引用：

   <?php
   namespace App;
   use App\UserType;
   
   abstract class ClearingHourTime extends Enum {
       const OPERATION = [
           UserType::USR       =>  0,
           UserType::ADM       =>  72,
           UserType::IND_LAW   =>  72,
       ];
   }
   

   • 检查App\UserType类，确认它单独存放在app/UserType.php文件中，命名空间为App，符合PSR-4规范。
2. 清理旧的自动加载缓存，重新生成映射文件
   在项目根目录执行以下命令：

   rm -rf vendor/composer/autoload_*.php
   composer dump-autoload
   

3. 重新执行composer install或者composer update，不会再出现类找不到的报错。

• 不要为了兼容旧写法降级到Composer v1，v2的自动加载性能、安全性都远高于v1，只要代码符合PSR-4规范就不会出加载问题。
• 除了你主动配置在autoload.files里的全局函数文件（比如你项目里的app/Helpers.php），其他带命名空间的类都要遵守「一个类一个文件、文件名和类名完全一致、文件路径和命名空间层级匹配」的规则，从根源上避免自动加载异常。

内容的提问来源于stack exchange，提问作者user18000605