laravel 6服务容器无需迁移，重构本质是将硬编码、手动new等改为容器管理的依赖注入。需替换手动实例化、提取接口绑定实现、清理trait中业务逻辑，并通过tinker和日志验证注入有效性。
Laravel 6 的服务容器本身无需“迁移”，它从框架诞生起就是核心机制。所谓“项目重构时迁移依赖注入”，实质是把原有硬编码、手动 new、全局函数调用或 Trait 混用的逻辑，逐步改造成由容器统一管理、通过类型提示自动解析的结构。这个过程不是升级容器，而是升级代码组织方式。
识别并替换手动实例化
重构第一步是扫清障碍：所有 new XxxService()、app('xxx')（非必要场景）、resolve('xxx') 或直接调用静态方法的地方，都是容器接管前的“遗留现场”。尤其注意事件监听器、Artisan 命令、队列任务和旧控制器中的构造函数。
- 把
new PaymentService()替换为构造函数参数类型提示：public function __construct(PaymentService $payment) - 删除控制器中手动 new 依赖的代码，确保该控制器由路由或
app(Controller::class)创建，否则注入失效 - 避免在方法体内频繁使用
app()获取服务——这说明本该注入的依赖被藏起来了
提取接口并绑定实现
当多个地方使用相似功能（如发短信、存日志、查用户），但实现可能随环境切换（开发用 Mock，生产走 Twilio/Redis），就该定义接口并绑定。Laravel 6 完全支持此模式，且必须在 AppServiceProvider@register() 中完成绑定。
- 创建接口
App\Contracts\SmsSender和实现类App\Services\TwilioSmsSender - 在
register()中写：$this->app->bind(SmsSender::class, TwilioSmsSender::class); - 控制器中只依赖接口：
public function __construct(SmsSender $sender)—— 后续换阿里云短信只需改绑定，不碰业务代码
清理特质（Trait）中的业务逻辑
重构中最典型的“债务清理”是把散落在 Trait 里的服务调用、HTTP 请求、状态判断等，抽成独立服务类，并通过容器注入。Trait 不该持有依赖，只应提供通用行为模板（如 hasPermission() 这类无副作用方法）。
- 找到一个含
$this->httpClient->post()的 Trait，新建App\Services\NotificationService - 将通知逻辑移入该服务，并在构造函数中声明
HttpClient $client和ConfigRepository $config - 控制器中注入
NotificationService，删掉use NotificationTrait - 原 Trait 若只剩辅助方法（如格式化时间），可保留；否则整块删除
验证与渐进上线
重构不是一蹴而就。每改完一个模块，立刻验证是否仍能跑通，并补上对应测试。Laravel 6 的容器反射机制稳定，只要类型提示正确、绑定无误、类可自动实例化（无未解析的原始参数），就不会报错。
- 用
php artisan tinker快速验证：app(App\Services\OrderService::class)应返回实例，而非报错 - 检查错误日志中是否还有
Target [XxxInterface] is not instantiable—— 这表示接口没绑定或实现类构造函数有无法解析的参数 - 对关键路径（如下单、支付回调）做冒烟测试，确认注入链完整：Controller → Service → Repository → DB Connection
