Laravel Seeder 不支持回滚，因其设计定位是“一次性填充初始数据”，可逆性由 Migration 负责；若需 unseed，须手动实现 unseed() 方法并配自定义命令，且须按依赖逆序删除、处理软删除、避免业务逻辑。
Laravel 的 Seeder 本身不支持回滚，所谓“可逆”必须手动实现，没有现成的 php artisan db:seed --rollback 这种命令。
为什么 Laravel 没有 db:seed --rollback
Seeder 设计定位是「一次性填充初始数据」，不是迁移（Migrator）；Laravel 把数据变更的可逆性交给 Migration，而 Seeder 只负责“向前跑”。框架不认为种子数据需要回滚逻辑——比如你不会在生产环境反复运行 php artisan db:seed，更不会指望它自动清理测试数据。
- 迁移文件有
up()和down()，Seeder 只有run() -
php artisan migrate:rollback能退迁移，但db:seed没配对命令 - 强行塞回滚逻辑进 Seeder，会模糊“结构变更”和“数据填充”的职责边界
想让 Seeder “可逆”，只能自己写 unseed() 方法
这不是 Laravel 的功能，是你在 Seeder 类里额外加一个约定方法，再用 Artisan 命令调用它。关键不是“怎么注册”，而是“怎么设计才不容易出错”。
- 不要依赖
DB::table('users')->delete()全删——外键约束会报错Integrity constraint violation - 优先按插入顺序的反向删：先删依赖方（如
posts），再删被依赖方（如users） - 用软删除模型时，
truncate()无效，得用forceDelete()或先withTrashed() - 别在
unseed()里写业务逻辑（比如发通知、调 API），只做数据清理 - 示例：
public function unseed() { DB::table('posts')->truncate(); DB::table('users')->where('email', 'like', '%@example.com')->delete(); }
用 Artisan 命令统一触发 unseed()
不能靠改 Laravel 内核，也不该每次手动复制粘贴代码。最稳的方式是写一个自定义命令，显式调用目标 Seeder 的 unseed() 方法。
- 命令名建议带前缀，比如
php artisan db:unseed UsersTableSeeder，避免和原生命令混淆 - 命令里用反射检查类是否存在
unseed()方法，不存在就报错提示“未实现可逆操作” - 不要自动执行所有 Seeder 的
unseed()——不同种子数据可能有交叉依赖，必须人工指定顺序 - 参数传入类名时，要自动补全命名空间：
UsersTableSeeder→Database\Seeders\UsersTableSeeder - 执行前加确认提示：
Are you sure? This will delete seeded data. (yes/no)
真正该回滚的，其实是 Migration，不是 Seeder
如果你发现总在纠结“怎么撤回种子数据”，大概率是把不该放 Seeder 的东西塞进去了。比如：
- 表结构变更（应写在
create_posts_table.php迁移里） - 权限角色初始化（可用迁移 +
DB::table，或放在PostInstallCommand中） - 配置项、站点设置等强业务数据（更适合用配置文件或单独的 setup 命令）
Seeder 最适合的，只有三类：开发用的假数据（Faker）、固定枚举值（status/type 表）、极少数上线必需的种子记录（如超级管理员）。这些本就不该频繁来回删。
复杂点在于：你得自己判断哪些数据真需要“可逆”，而不是给每个 Seeder 都套个 unseed()。漏掉外键、删错顺序、没处理软删除——这些坑比“怎么写命令”更常导致失败。
