必须用singleton()绑定闭包而非new实例，因sdk依赖运行时配置和已注册服务；硬编码new会导致读不到配置、重复创建、无法复用http中间件；正确做法是延迟构造并绑定语义化键名。
直接在 AppServiceProvider 里 new 第三方 SDK 实例是错的——它会让测试无法 mock、配置无法切换、HTTP 客户端无法复用 Laravel 的中间件和超时设置。
为什么 register() 里必须用 singleton() 绑定闭包，而不是 new 实例
因为 SDK 实例往往依赖运行时配置（如 config('sms.secret_id')）和已注册服务（如 Laravel 封装的 http 客户端）。硬编码 new SmsClient(...) 会：
- 在容器解析前就执行，读不到配置或报 Target [http] is not instantiable
- 每次 app()->make() 都新建对象，浪费资源且无法共享连接池
- 无法注入 GuzzleHttp\Client 的中间件链（如日志、重试）
正确做法是用闭包延迟构造：
$this->app->singleton('sms.client', function ($app) {
$config = $app['config']['sms'];
return new \TencentCloud\Sms\SmsClient(
new \TencentCloud\Common\Credential(
$config['secret_id'],
$config['secret_key']
),
$config['region'] ?? 'ap-guangzhou'
);
});
怎么让控制器里能写 Sms::send() 或自动注入 SmsContract
第三方 SDK 类（如 TencentCloud\Sms\SmsClient）通常没接口、构造参数多、命名空间深，不适合直接绑定类名。更实际的路径是：
- 绑定语义化键名（如 'sms.driver'），并在 config/sms.php 中定义 'driver' => 'tencent'
- 写一个门面 Sms，其 getFacadeAccessor() 返回 'sms.driver'
- 若坚持类型提示，可定义 SmsContract 接口，再让各驱动实现它；但多数 SDK 不提供，此时门面或辅助函数更轻量
- 切忌绑定 SmsClient::class —— 容器反射失败会报 Target [SmsClient] is not instantiable
boot() 里该做什么，register() 里绝对不能做什么
register() 只做三件事：容器绑定（bind/singleton）、命令注册（$this->commands()）、扩展注册（如 Validator::extend()）。
boot() 才能安全使用其他服务：
- 发布配置：$this->publishes([__DIR__.'/../config/sms.php' => config_path('sms.php')], 'config')
- 监听事件：Event::listen(VerifyCodeSent::class, ...)
- 注册视图组件或中间件
- 绝对不要在 register() 里调用 $this->app->make('router') 或 config('app.name') —— 它们还没加载，会触发 BindingResolutionException
最常被忽略的一点：所有配置文件（config/sms.php）必须手动运行 php artisan vendor:publish --provider="App\Providers\SmsServiceProvider" --tag="config" 才会生成；Laravel 不会自动复制，也不会报错提示你漏了这步。
