服务提供者仅在需绑定接口实现、执行启动逻辑或自动加载功能时必须编写；封装sdk、注册artisan命令等必须写，普通服务类直接注入即可；register()仅绑定，boot()才可安全使用已注册服务；发布配置需在boot()中调用publishes()并手动运行vendor:publish命令；未生效需检查config/app.php注册、清配置缓存及laravel版本自动发现配置。
服务提供者什么时候必须写？
不是所有类都需要注册成服务提供者。只有当你需要在容器中绑定接口实现、执行启动逻辑（比如注册事件监听器、发布配置文件）、或让 Laravel 在应用启动时自动加载某些功能时，才需要写 ServiceProvider。
常见误用：把普通工具类、模型、控制器硬塞进服务提供者 —— 它们本就不该由服务提供者“注册”，而是靠自动加载或依赖注入自然可用。
- 必须写：封装第三方 SDK（如支付网关），需统一配置和实例化
- 必须写：自定义 Artisan 命令、中间件、验证规则等需提前注册的扩展项
- 不必写：一个只被控制器调用的
OrderService类，直接类型提示注入即可
register() 和 boot() 到底怎么分工？
register() 只做绑定，不依赖其他已注册服务；boot() 才能安全使用容器里已有的东西，比如 config、view、甚至你自己的其他服务。
典型错误是把 view()->share() 或 Event::listen() 放在 register() 里 —— 此时视图或事件调度器可能还没初始化，会报 Call to a member function share() on NULL 这类错。
-
register()：只调用$this->app->bind()、singleton()、instance() -
boot()：调用config('app.debug')、view()->composer()、Route::middleware() - 如果绑定的是闭包且内部用了
app()，也得挪到boot()，否则容器尚未完成构建
如何正确发布配置和迁移文件？
服务提供者本身不负责“发布”，而是通过 publishes() 方法告诉 Laravel：“我有这些文件，用户运行 php artisan vendor:publish 时请拷过去”。但这个动作不会自动触发，必须手动执行命令，且要指定标签或提供者。
容易漏掉的关键点：路径映射必须用绝对路径（__DIR__ 开头），且目标路径不能写错；Laravel 默认不会覆盖已有文件，改了配置想重发得加 --force。
- 在
boot()中调用$this->publishes([__DIR__.'/../config/myapp.php' => config_path('myapp.php')], 'myapp-config') - 运行
php artisan vendor:publish --provider="VendorMyAppMyAppServiceProvider" --tag="myapp-config" - 迁移文件同理，用
loadMigrationsFrom()+publishes()配合，别忘了在boot()调用
本地开发时服务提供者没生效？检查这三处
Laravel 不会自动发现新写的 ServiceProvider，必须显式注册。最常踩的坑是：写了类、放对位置、也写了 register()，但忘了在 config/app.php 的 'providers' 数组里加一行。
另一个隐形问题：缓存。哪怕你刚注册完，如果之前跑过 php artisan config:cache，那修改 config/app.php 也不会生效，得清缓存再试。
- 确认
config/app.php的providers数组包含完整命名空间，如VendorMyAppMyAppServiceProvider::class - 删掉
bootstrap/cache/config.php，或运行php artisan config:clear - 如果用的是 Laravel 11+ 的「自动发现」，检查
composer.json的extra.laravel.providers是否声明了该提供者
服务提供者不是魔法开关，它只是容器注册和启动流程的一个钩子。真正卡住的，往往是最前面那行没加进去的数组项。