laravel 10+ 应优先使用模型静态 post::factory() 方法，它自动关联工厂类并触发 hasfactory 行为；factory::new() 仅在脱离模型上下文时手动使用，99% 场景无需调用。
Factory::new() 和模型静态 factory() 方法怎么选
直接调用 Post::factory() 是 Laravel 10+ 的标准做法，Factory::new() 仅在需要脱离模型上下文（比如工厂类未绑定模型、或需手动指定路径）时才用。99% 的场景下，你不需要 Factory::new() —— 它不自动关联模型，也不会触发 HasFactory trait 提供的默认行为。
常见错误现象：Call to undefined function factory()，这是 Laravel 10 移除了全局辅助函数导致的，不是路径或命名问题。
- 必须确保模型已
use Illuminate\Database\Eloquent\Factories\HasFactory - 工厂类命名必须规范：如
User模型 →UserFactory类，且文件放在database/factories/下 - 工厂类必须继承
Illuminate\Database\Eloquent\Factories\Factory，不能是旧版闭包式定义
批量生成 1000+ 条数据时 unique() 失效怎么办
$this->faker->unique()->safeEmail() 在单次 create() 调用中有效，但若分多次调用（比如循环里反复 User::factory()->create()），Faker 的唯一性计数器不会跨调用保留，最终插入失败或抛出 Integrity constraint violation。
正确做法是**一次性批量创建**：User::factory()->count(1000)->create()。此时 Faker 内部会为本次批次维护独立的去重池。
- 如果内存受限必须分批，改用带随机后缀的构造方式：
$this->faker->numerify('user###@test.com')或$this->faker->uuid() . '@test.com' - 数据库字段加
UNIQUE约束不是备选方案，而是必须项——它能提前暴露工厂逻辑缺陷，而不是等测试跑崩了才发现 - Seeder 中执行大批量数据时，建议关闭模型事件和观察者：
User::withoutEvents(fn () => User::factory()->count(1000)->create())
for() 和 has() 处理关联时外键总为空或报错
典型错误信息：SQLSTATE[HY000]: General error: 1364 Field 'user_id' doesn't have a default value，说明子模型（如 Post）没正确拿到父模型 ID。
根本原因常是工厂类没正确定义 $model 属性，或命名空间/PSR-4 加载路径错位，导致 Laravel 找不到对应工厂，回退到空工厂实例。
-
Post::factory()->for($user)->create()要求$user是已保存的模型实例（即create()返回的对象），不能是make()出来的临时对象 -
User::factory()->has(Post::factory()->count(3))->create()会自动处理外键，但前提是PostFactory中$model = Post::class存在且路径正确 - 检查错误：
Target class [App\Database\Factories\PostFactory] does not exist—— 看命名空间是否漏了Database\Factories，文件是否真在database/factories/
Seeder 里用 Factory 生成数据但迁移后 ID 不连续
开发环境看到 ID 跳变（比如插入 5 条，ID 是 1,2,3,10,11），不是 Factory 的问题，而是数据库自增主键序列没重置。这在 SQLite 或 MySQL 的某些配置下尤其明显，会导致测试断言失败（如硬编码 ID 断言）。
解决方法不是改 Factory，而是在 Seeder 开头手动重置序列：
- MySQL：
DB::statement("ALTER TABLE users AUTO_INCREMENT = 1") - PostgreSQL：
DB::statement("ALTER SEQUENCE users_id_seq RESTART WITH 1") - 更稳妥的做法是避免依赖具体 ID 值，在测试中用模型实例本身做断言，比如
$this->assertTrue($post->user->is($user))
真正容易被忽略的是：Factory 本身不负责主键管理，它只填充字段；ID 连续性是数据库层的事，混淆这两层责任，排查方向就全偏了。
