Composer包自动发现需包自身composer.json声明extra.laravel.providers数组且PSR-4路径正确，否则即使Laravel启用也无法注册ServiceProvider。
Composer 的包自动发现（Package Discovery）在 Laravel 中默认开启，但只有满足特定条件才会生效——不是所有包都能被自动加载，关键看包的 composer.json 是否声明了正确的 extra.laravel.dont-discover 和 extra.laravel.providers 配置，以及是否符合 Laravel 的发现规则。
为什么有些包装了却没自动注册 Service Provider？
常见现象是运行 composer require foo/bar 后，config/app.php 里没自动加 FooBarServiceProvider::class，甚至 php artisan vendor:publish 都找不到对应资源。根本原因不是 Laravel 没启用自动发现，而是该包未在自己的 composer.json 中正确声明支持。
- Laravel 只扫描已安装包的
composer.json，检查是否存在extra.laravel.providers数组（必须是数组，不能是字符串或 null） - 如果包显式设置了
"dont-discover": ["*"]或"dont-discover": ["foo/bar"]，Laravel 会跳过它 - 包的
autoload.psr-4必须能正常加载其 ServiceProvider 类，否则即使发现成功，启动时也会报Class not found - Laravel 5.5+ 才支持自动发现；低于此版本需手动注册，且
composer.json中的extra.laravel.*字段会被完全忽略
如何让自己的包支持 Laravel 自动发现？
如果你正在开发一个 Laravel 兼容包，想让它被下游项目自动识别，只需在包的根目录 composer.json 中添加以下字段：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
{
"name": "vendor/my-package",
"autoload": {
"psr-4": {
"Vendor\MyPackage\": "src/"
}
},
"extra": {
"laravel": {
"providers": [
"Vendor\MyPackage\MyPackageServiceProvider"
],
"aliases": {
"MyPackage": "Vendor\MyPackage\Facades\MyPackage"
}
}
}
}
-
providers是必填项，值为完整类名字符串数组；每个类必须可被自动加载，且继承IlluminateSupportServiceProvider -
aliases是可选项，仅当包提供 Facade 时才需要；键是全局类名（如MyPackage），值是 Facade 类的完整命名空间 - 不要在
extra.laravel下写dont-discover，除非你明确想禁用自身发现 - 改完后记得运行
composer dump-autoload，否则新配置不会生效
如何临时禁用某个包的自动发现？
有时第三方包的自动发现逻辑有冲突（比如重复注册中间件、覆盖配置），可在你项目的 composer.json 中全局或按包屏蔽：
- 全局禁用：在你项目的
composer.json的extra下加"laravel": { "dont-discover": ["*"] } - 只禁某个包：设为
"dont-discover": ["spatie/laravel-backup"]（注意包名要和require中一致） - 禁用后需手动在
config/app.php中补全providers和aliases，否则功能不可用 - 执行
composer update或composer install后，Laravel 会重新读取该配置并跳过对应包
自动发现不是“魔法”，它只做一件事：读取已安装包的 composer.json 并按规则注入服务。真正容易被忽略的是 PSR-4 自动加载路径与 ServiceProvider 类实际位置不匹配——哪怕配置全对，只要 autoload.psr-4 指向错误目录，就会静默失败，连报错都没有。
