laravel 10 升级需同步更新配套包并重置依赖：必须升级 spatie/laravel-ignition≥^2.0、doctrine/dbal≥^3.0 等关键包，删除 vendor/ 和 composer.lock 后分步安装，迁移 register() 中服务绑定至 boot() 或新 provider，并执行 composer dump-autoload -o 清理缓存。
只改 laravel/framework 版本号会直接启动失败
这不是 Composer 机制问题，而是 Laravel 10 移除了多个运行时必需的兼容层。如果你只把 "laravel/framework": "^9.0" 改成 "laravel/framework": "^10.0" 就跑 composer update，大概率遇到：Class "AppProvidersAppServiceProvider" does not exist、中间件不生效、php artisan serve 静默退出，甚至 config:clear 报错。
根本原因是配套包版本错位：Laravel 10 要求 spatie/laravel-ignition ≥ ^2.0，但旧项目里可能是 ^1.x；doctrine/dbal 必须 ≥ ^3.0，否则数据库迁移会卡在 Schema Builder 初始化阶段。
- 必须同步更新以下关键项（按官方 Upgrade Guide）：
"nunomaduro/collision": "^7.0"、"spatie/laravel-ignition": "^2.0"、"phpunit/phpunit": "^10.0"、"laravel/sanctum": "^3.2"、"doctrine/dbal": "^3.0" - 删掉
"minimum-stability": "dev"—— 它会让 Composer 尝试装laravel/framework的 alpha 分支，而 Laravel 10 稳定版不兼容那些临时构建 - 移除所有 PHPUnit 9 相关扩展（如
phpunit-speedtrap），它们和 PHPUnit 10 的事件系统冲突，会导致composer update中断
composer update 卡在 doctrine/dbal 怎么办
这是 Laravel 9→10 升级中最常见的阻塞点。Composer 不是“卡住”，而是陷入依赖回溯：旧版 doctrine/dbal（比如 2.x）和新 Symfony 组件（6.3+）存在硬冲突，Composer 反复尝试组合失败后超时或 OOM。
正确做法不是加 --ignore-platform-reqs，而是切断旧依赖链：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先删掉
vendor/和composer.lock—— 大版本升级必须重置锁文件，否则 Composer 会优先复用旧解析结果 - 单独执行
composer require doctrine/dbal:^3.0，让它先落地一个可用的 DBAL 3.x 基础版本 - 再运行
composer update "laravel/framework" "laravel/tinker" "laravel/sail" --with-all-dependencies，限制范围可避免污染其他非核心包 - 如果仍报
symfony/console兼容问题，手动加约束：composer require symfony/console:^6.3，再重试
升级后 AppServiceProvider::register() 消失了怎么办
这不是 Autoload 错误，而是 Laravel 10 默认启用 PSR-4 自动发现，并彻底移除了 app/Providers/AppServiceProvider.php 中的 register() 方法骨架。如果你的代码还依赖这个方法做服务绑定，会直接抛出 Method AppProvidersAppServiceProvider::register does not exist。
迁移路径很明确：
- 把原
register()方法里的所有$this->app->singleton(...)或$this->app->bind(...)调用，全部移到boot()方法里（前提是这些绑定不依赖其他尚未注册的服务） - 更稳妥的做法是新建
app/Providers/RepositoryServiceProvider.php，继承ServiceProvider，把绑定逻辑拆进去，再在config/app.php的providers数组中显式注册它 - 检查
composer.json的autoload.psr-4：只保留"App\": "app/"这一行，删掉类似"App\Providers\": "app/Providers/"的子路径声明，否则composer dump-autoload -o会漏掉新 Provider 类
composer dump-autoload -o 必须执行，且不能跳过
很多升级失败发生在最后一步：开发者以为 composer update 成功就万事大吉，结果部署后报 Class not found。Laravel 10 的目录结构变化（比如移除 bootstrap/app.php、调整 app/Console 加载方式）要求 Composer 重新生成优化后的类映射。
注意两个细节：
- 必须加
-o参数 —— 不加的话，dump-autoload只生成基础映射，对新增的命名空间（如AppActions）可能识别不全 - 执行顺序不能错：先
composer dump-autoload -o，再php artisan config:clear && php artisan cache:clear，否则缓存里还存着旧版服务容器快照，boot()里的绑定不会生效 -
composer.lock文件必须提交到 Git —— 它记录了实际安装的每个包 SHA，不提交 = 团队其他人composer install会装出另一套依赖组合，行为不可复现
