laravel模型工厂未找到的根源在于composer psr-4映射失效，需确保database/factories路径正确映射至database actories命名空间，并在模型中使用hasfactory trait；若自动发现失败，须显式定义newfactory()方法指定工厂类。
Composer 本身没有叫 Composer-Factory 的内置工厂模式，也没有名为 “Composer 中文内部” 的官方子系统。你实际想查的，是 Laravel 框架中基于 Composer 自动加载机制所支撑的 Model Factory（模型工厂），它依赖 Composer 的 PSR-4 映射和类自动发现能力，但本质属于 Laravel，而非 Composer。
为什么 composer dump-autoload 会影响工厂类加载
Composer 不负责“创建对象”，只负责“找到类文件并载入”。Laravel 的工厂发现逻辑（比如 User::factory()->create()）会按约定去 database/factories 目录下找对应类，而这个路径能否被找到，完全取决于 composer.json 中的 PSR-4 配置是否把 DatabaseFactories 命名空间映射到该目录。
- 默认 Laravel 的
composer.json包含："Database\Factories\": "database/factories/" - 如果手动改过命名空间（比如写成
App\Factories），但没同步更新 PSR-4 映射，composer dump-autoload后类依然找不到 -
dump-autoload不是“刷新缓存”，而是重生成vendor/autoload_psr4.php—— 这个文件才是工厂类能否被 new 出来的关键
User::factory() 找不到类时的三步定位法
报错 Class 'DatabaseFactoriesUserFactory' not found 时，不要直接怀疑 Laravel 或 Faker，先确认这三件事：
- 工厂文件路径是否为
database/factories/UserFactory.php（注意大小写，Linux 下敏感） - 文件顶部 namespace 是否为
namespace DatabaseFactories;（不是AppFactories或空 namespace） - 模型中是否用了
use IlluminateDatabaseEloquentFactoriesHasFactory;并在 class 上use HasFactory;
漏掉任意一项，Laravel 就不会尝试加载该工厂类 —— 它根本不会走到“调用 newFactory()”那一步。
什么时候必须手写 newFactory()
只有两种情况需要在模型里显式定义 protected static function newFactory()：
- 工厂类不在默认命名空间
DatabaseFactories下（比如你把它放在app/Factories） - 一个模型对应多个工厂类（例如
UserFactory和AdminUserFactory），需动态返回不同实例
示例：
protected static function newFactory()
{
return AppFactoriesAdminUserFactory::new();
}
注意：这个方法返回的是工厂实例（new()），不是类名字符串；且一旦定义，Laravel 就不再走自动发现逻辑。
真正容易被忽略的点是：工厂类的 $model 属性必须严格指向模型的完整类名（AppModelsUser::class），哪怕模型用了别名或相对引用，这里也必须是绝对路径 —— 否则 create() 时会新建错模型实例。
