thinkphp事件不能直接同步调用短信sdk发短信，因其会阻塞请求、拖垮响应；正确做法是事件仅推送任务至think-queue，由独立消费者进程异步执行腾讯云/阿里云sdk调用，且密钥须从环境变量安全读取。
ThinkPHP 事件本身不直接发短信，它只是触发机制；真正发短信得靠你绑定在事件上的回调逻辑，且必须走异步或同步调用第三方 SDK。硬把 sendSms 方法塞进事件监听器里同步执行，高并发下会卡住请求、拖垮响应时间。
为什么不能在事件里直接调用腾讯云/阿里云 SDK 同步发短信
事件监听器（如 SmsSent 监听器）默认运行在主请求生命周期中，一旦在里面调用 SmsClient::SendSms 或 AlibabaCloud::rpc()，就等于让 Web 请求干等着网络 IO 完成——超时、失败、阻塞全堆到用户头上。
- 腾讯云 SMS 接口平均耗时 300–800ms，阿里云 Dysmsapi 在杭州节点也常超 400ms
- PHP-FPM 进程被占住，无法处理新请求，QPS 直线下跌
- 若短信平台临时抖动，
TencentCloudSDKException或ClientException会直接抛到控制器层，没做兜底就 500
正确做法：事件只推任务，用 think-queue 消费发短信
把“发短信”这个动作从事件里剥离出来，只保留“投递任务”这一步，由独立的消费者进程去跑 SDK 调用。这是 TP6 生产环境唯一靠谱的路径。
- 先确保已安装
topthink/think-queue：composer require topthink/think-queue - 配置
config/queue.php使用redis驱动（别用sync，那还是同步） - 在事件监听器里调用
Queue::push()，传入一个 Job 类名和参数数组，例如：Queue::push('app\job\SmsJob', ['mobile' => '138xxxxxxx', 'template' => 'verify', 'params' => ['code' => '1234']]) -
app\job\SmsJob类里才真正初始化Credential、构造SendSmsRequest、调用SmsClient
腾讯云 SDK 初始化时 SecretKey 泄露风险怎么防
很多人图省事，在代码里写死 new Credential("AKIDxxx", "SECKEYxxx")，这属于严重安全违规。SecretKey 一旦进 Git 历史，删都删不干净。
- 必须从环境变量读取：
getenv("TENCENTCLOUD_SECRET_ID")和getenv("TENCENTCLOUD_SECRET_KEY") - 确认
.env文件权限是600，且未被 Web 目录公开访问到 - 不要在
config/sms.php里存密钥，那文件可能被误提交；只放业务配置如sign_name、sdk_region - 测试阶段可用
php -d variables_order=EGPCS -S localhost:8000启动内置服务器验证环境变量是否生效
阿里云 SDK 的 regionId 和 host 必须严格匹配
阿里云 Dysmsapi 不像腾讯云自动路由，regionId 设成 cn-hangzhou 却把 host 写成 dysmsapi.aliyuncs.com，大概率报错 InvalidAccessKeyId.NotFound 或 SignatureDoesNotMatch。
- 国内通用地址是
dysmsapi.aliyuncs.com，对应regionId = cn-hangzhou - 如果签名/模板审核通过地区是华北，得换
regionId = cn-beijing并显式指定host = dysmsapi.cn-beijing.aliyuncs.com - TP6 中用
AlibabaCloud::rpc()时，->regionId()和->host()必须同时设对，缺一不可
最易被忽略的是：事件监听器里不做任何 try/catch 包裹 Queue 投递逻辑，一旦 Redis 连不上，整个事件就静默失败——用户注册成功了，但短信根本没进队列。务必加 if (!Queue::push(...)) { Log::error('SMS task push failed'); }。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
