Composer 不管理数据库种子文件，仅通过自动加载或脚本钩子间接支持；Laravel 中需手动注册 DatabaseSeeder 并显式调用 php artisan db:seed；第三方包种子须手动集成且注意迁移与填充顺序。
Composer 本身不管理数据库种子文件
Composer 是 PHP 的依赖管理工具，只负责下载和自动加载 vendor/ 下的包，它不感知、也不执行任何数据库操作。所谓“用 Composer 管理种子文件”，实际是借力 Composer 的自动加载机制或脚本钩子（scripts），把自定义的填充逻辑接入项目生命周期。
常见误区是以为在 composer.json 里声明一个类路径就能自动跑种子——不会。必须显式调用，或通过 Laravel/Doctrine 等框架的命令触发。
Laravel 中正确注册和运行 DatabaseSeeder
Laravel 把种子文件当作可执行的类，靠 php artisan db:seed 驱动，不是 Composer 自动加载后就生效的。关键点在于：
-
DatabaseSeeder必须放在database/seeders/（Laravel 8+）或database/seeds/（7 及更早），且命名空间需匹配Database\Seeders或Database\Seeds - 入口类（如
DatabaseSeeder）必须实现run()方法，并在其中调用$this->call(OtherSeeder::class)显式调度子种子 - 若用
--class参数指定非默认类，该类必须已通过 Composer 自动加载（即composer dump-autoload能识别其命名空间）
示例：新增 UsersTableSeeder 后，务必运行 composer dump-autoload，否则 php artisan db:seed --class=UsersTableSeeder 会报 Class "UsersTableSeeder" not found。
用 composer.json 的 scripts 简化常用填充流程
可以把重复的填充命令封装进 composer.json 的 scripts 段，比如一键重置并填充：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
"scripts": {
"db:refresh": [
"@php artisan migrate:fresh",
"@php artisan db:seed"
]
}
之后只需运行 composer db:refresh。注意两点：
- 脚本中用
@php而不是直接写php，避免跨平台路径问题 - 如果种子依赖环境变量（如
APP_ENV=local才允许填充），需在脚本中显式设置，例如"APP_ENV=local php artisan db:seed" - 脚本不解决自动加载问题——仍需确保所有
Seeder类已被 Composer 注册
第三方包的种子文件怎么集成？
有些包（如 spatie/laravel-permission）提供自己的种子类，但不会自动注册到你的 DatabaseSeeder。你得手动在 run() 里调用：
public function run(DatabaseSeeder $seeder)
{
$this->call([\Spatie\Permission\Seeders\PermissionSeeder::class]);
}
前提是该包已发布配置/迁移，并且其类路径被 Composer 加载（通常 composer require 后自动完成）。容易漏掉的是：包的 PermissionSeeder 可能要求数据库已有 roles 和 permissions 表，所以必须先 migrate，再 seed——顺序错就会报 SQLSTATE[42S02]: Base table or view not found。
真正容易被忽略的，是种子类之间的依赖顺序和数据库状态前提。没验证表是否存在就调用 call()，或者没清空旧数据就反复 seed，都会让填充结果不可控。
