composer autoload 配置仅负责类的自动加载，不执行数据库迁移；真正执行迁移的是框架工具（如 laravel 的 php artisan migrate 或 doctrine migrations），需同时满足迁移工具扫描路径与 composer 自动加载映射双重要求。
Composer 的 autoload 配置不能直接执行数据库迁移
Composer 本身不负责运行数据库迁移脚本，它只管自动加载 PHP 类。你看到的 composer dump-autoload 或 autoload 配置，只是告诉 PHP 哪些文件在 new XxxMigration() 时能被找到——它不会调用 up()、down()，也不会连接数据库。
真正执行迁移的是你用的框架或工具（比如 Laravel 的 php artisan migrate、Doctrine Migrations 的 vendor/bin/doctrine-migrations），它们会按自己约定的路径去扫描和加载迁移类。
所以“配置执行路径”的本质，是让迁移工具能发现你的类文件，并确保 Composer 能正确加载它们。
Laravel 中迁移类路径必须匹配命名空间 + 文件位置
Laravel 的 php artisan migrate 默认只扫描 database/migrations/ 下的 PHP 文件，且要求文件名形如 2024_05_20_102345_create_users_table.php，内部类名必须匹配迁移时间戳（如 CreateUsersTable），并声明为 use IlluminateDatabaseMigrationsMigration; 的子类。
如果你把迁移文件放到别的目录（比如 app/Migrations/），Laravel 不会自动识别——除非你改用自定义命令或重写迁移查找逻辑。
- ✅ 正确做法：保持迁移文件在
database/migrations/，用php artisan make:migration create_posts_table生成 - ❌ 错误尝试：在
composer.json的autoload.psr-4里加"App\Migrations\": "app/Migrations/"并指望artisan migrate找到它——它不会 - ⚠️ 注意：即使你手动
require了那个文件，Laravel 迁移器仍会因找不到对应时间戳文件名而跳过
Doctrine Migrations 可通过 migrations_paths 指定扫描目录
如果你用的是 Doctrine Migrations（比如在 Symfony 或纯 PHP 项目中），它的配置是独立于 Composer 的，靠 migrations.php 或 doctrine-migrations.yaml 控制。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
例如，在 migrations.php 中：
<?php return new DoctrineMigrationsConfigurationLoaderExistingConfiguration(
(new DoctrineMigrationsConfigurationConfiguration())
->setMigrationsPaths(['DoctrineMigrations' => 'src/Migrations'])
);
这时你需要确保 Composer 能加载这些类，所以还得同步更新 composer.json：
{
"autoload": {
"psr-4": {
"App\Migrations\": "src/Migrations/"
}
}
}
然后运行 composer dump-autoload，否则 vendor/bin/doctrine-migrations migrations:status 会报 Class AppMigrationsVersion20240520102345 not found。
- 迁移路径（
setMigrationsPaths）决定扫描哪几个目录 - autoload 配置决定 PHP 能否实例化这些类
- 两者缺一不可，但作用完全不同：一个给迁移工具看，一个给 PHP 自动加载器看
自定义迁移命令时，别漏掉 include_once 或 class_exists 触发加载
如果你手写了一个简易迁移执行器（比如遍历 ./migrations/ 下所有 PHP 文件并调用 up()），要注意：仅 scandir() + require 不够稳妥。
PHP 类可能依赖其他类，而 Composer 的自动加载机制默认只在 new 或静态调用时触发。如果迁移类用了 use AppModelsUser;，但 User 类还没被加载，require 就会 fatal error。
- ✅ 推荐方式：用
require_once $file;后，显式调用class_exists($className, true)（第二个参数true表示强制 autoload） - ⚠️ 风险点：有些迁移文件顶部有非声明代码（比如直接执行的 SQL），
require_once会立即运行——应避免这种写法 - ? 提示：Doctrine 和 Laravel 都会先解析文件、提取类名，再延迟加载，比裸 require 更安全
autoload 就等于改了迁移路径——其实只是解决了其中一环。
