ThinkPHP5短信服务性能优化需五步：一、复用Guzzle客户端避免重复建连；二、改同步为异步队列解耦主流程；三、缓存模板与签名减少数据库查询；四、添加熔断降级防雪崩；五、启用Gzip压缩与HTTP/2提升传输效率。
如果您在ThinkPHP5项目中集成短信服务后发现接口响应缓慢、并发能力不足或出现超时失败，则可能是由于短信请求未做异步处理、连接复用缺失或缓存策略缺位所致。以下是提升短信服务调用性能的多种方法：
一、启用HTTP连接池与复用
避免每次发送短信都新建cURL或Guzzle HTTP客户端实例，可显著减少TCP握手与SSL协商开销。通过复用底层连接，降低网络延迟并提升吞吐量。
1、在应用初始化阶段创建全局复用的Guzzle客户端实例，并注入容器：
2、配置Guzzle的连接池参数，如max_connections、timeout、connect_timeout等，确保适配短信网关的SLA要求。
立即学习“PHP免费学习笔记（深入）”；
3、在短信服务类中通过依赖注入获取该客户端，而非每次new GuzzleHttp\Client()。
二、改同步调用为异步消息队列
将短信发送逻辑从HTTP请求直连解耦，交由消息中间件（如Redis List、RabbitMQ或Kafka）异步执行，可消除主业务链路的阻塞，保障核心接口P99响应时间稳定。
1、定义短信任务结构体，包含手机号、模板ID、参数、过期时间等字段。
2、业务层调用时仅向消息队列推送任务，立即返回成功标识。
3、独立部署消费者进程监听队列，批量拉取任务并调用短信网关API。
三、实现短信模板与签名本地缓存
短信平台通常要求每次请求携带模板CODE和签名ID，若每次调用均远程查询配置中心或数据库，将引入额外RT。将高频使用的模板与签名信息加载至内存缓存（如TP5内置Cache::store('file')或Redis），可规避IO瓶颈。
1、在应用启动时或首次调用前，从数据库/配置文件读取全部有效模板与签名数据。
2、使用Cache::set('sms_templates', $data, 86400)写入长效缓存（24小时）。
3、发送时通过Cache::get('sms_templates')快速匹配模板CODE，避免每次请求触发SQL查询。
四、添加请求级熔断与降级机制
当短信网关响应异常率超过阈值或平均延迟飙升时，自动切断直连调用，转而启用备用通道（如邮件通知）或返回预设兜底文案，防止雪崩效应波及主业务。
1、集成Hyperf\Breaker或自研简易熔断器，监控最近100次调用的成功率与耗时分布。
2、设定阈值：成功率＜95% 或 平均耗时＞1500ms 则开启熔断。
3、熔断期间所有短信请求直接跳过网关调用，记录日志并触发告警，确保主流程不因短信故障而中断。
五、启用Gzip压缩与HTTP/2支持
短信请求体虽小，但在高并发场景下，启用HTTP压缩可降低传输字节数；若网关支持HTTP/2，复用单个TCP连接可减少多路请求的排队延迟。
1、在Guzzle客户端配置中启用'headers' => ['Accept-Encoding' => 'gzip']。
2、确认短信服务商API端支持HTTP/2，并在PHP环境中启用cURL的HTTP/2支持（需libcurl ≥ 7.47.0且编译时启用nghttp2）。
3、在Guzzle中设置'curl' => [CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_2TLS]强制走HTTP/2。
