子应用provider.php必须置于对应子应用目录下且使用完整命名空间类名绑定，绑定前需执行php think optimize:autoload更新自动加载，并注意各子应用容器隔离、服务不共享。
子应用的provider.php必须放在对应目录下
ThinkPHP 8.0 多应用模式中，app/admin/provider.php 这类文件只有放在 app/admin/ 目录下才会被自动加载。如果把它误放到 app/ 根目录或 config/ 下，框架压根不会执行它里面的 register() 方法——所有 bind() 都白写。
确认路径是否正确的最简单方式是：在浏览器访问一个该子应用下的控制器，然后在 app/admin/provider.php 的 register() 开头加一行 file_put_contents(runtime/log/provider.log', 'admin provider loaded'); ，刷新后检查日志是否生成。
绑定语句必须用完整命名空间类名
在 app/admin/provider.php 中写 $this->app->bind('user_service', AdminUserService::class) 会报错，因为 AdminUserService::class 是相对引用，PHP 解析时找不到这个类。
- 正确写法是：
$this->app->bind('user_service', \app\service\AdminUserService::class) - 错误写法示例：
$this->app->bind('user_service', 'AdminUserService')、$this->app->bind('user_service', AdminUserService::class) - 验证方式：在 Tinker 中执行
var_dump(class_exists('\app\service\AdminUserService'))，必须返回bool(true)
绑定前必须确保类已可被自动加载
改完 app/service/AdminUserService.php 文件或调整过命名空间后，class_exists() 很可能返回 false，此时任何 bind() 都无效。这不是容器问题，是 Composer 自动加载没更新。
立即学习“PHP免费学习笔记（深入）”；
必须执行以下两步：
- 在项目根目录运行：
php think optimize:autoload - 再验证：
php -a→ 输入var_dump(class_exists('\app\service\AdminUserService'));
跳过这一步，哪怕 provider.php 路径对、写法对，App::make('user_service') 仍会抛 BindingResolutionException。
子应用 provider 绑定的服务默认只在本应用内生效
这是最容易忽略的设计事实：app/admin/provider.php 中绑定的 'user_service'，在 app/api/ 应用里调用 App::make('user_service') 是拿不到的——每个子应用有独立容器实例，不共享绑定。
若需跨应用共享服务（比如公共缓存、日志），有且仅有两种可靠方式：
- 在主应用的
app/provider.php中绑定（全局容器） - 用
$this->app->bind()时传入闭包并显式使用$this->app->getContainer()获取根容器（不推荐，破坏隔离性）
别指望“只要名字一样就能通吃”，多应用的本质就是隔离，这点不接受妥协。
