关于“php_接口_应对高并发”的问题，小编就整理了【2】个相关介绍“php_接口_应对高并发”的解答：
接口并发量高的解决方案？这个问题的解决方案是需要是要根据具体的业务场景具体分析的
举例：常见的秒杀系统
1.限流，通过设置服务器的连接等待数量及等待时间，以tomcat为例，通过设置maxthread的值，当连接数超过则会放入等待队列，同时也可设置acceptcount值，若等待数超过，则会提示连接拒绝
2.引入redis，将秒杀商品数据放入redis，用户点击抢购，将商品ID去查redis，若商品存在则生成订单，并保存到缓存，同时库存-1，减完后判断商品库存是否大于0，大于0则更新缓存，否则删除该商品缓存，并更新库表（以上步骤仅为单线程操作，需加锁实现，或可考虑采用redis的list对象去实现单线程操作）
3.利用CDN抗压静态页面流量
为了防止用户秒杀前不断刷新产生的流量，可考虑将秒杀商品详情页的内容静态化处理，除了提交订单，其他数据都可缓存在CDN上
除此之外还可引入消息队列，对非即时响应的服务通过队列进行解耦
可以做服务集群，负载均衡，压力分摊到没台机子上，也可以进行限流。
php使用redis怎么解决秒杀中的超卖问题？超卖问题的根本原因还是在于并发，服务端对于并发处理的能力不足造成了超卖问题；
应对高并发问题一方面要提高服务端的请求处理能力，比如使用redis的事务（witch+multi）来提高处理速度。
另一方面就是削峰;常见的方案是通过消息队列缓冲瞬时请求高峰；通过消息队列可以吧同步请求转换成异步推送通知，通过队列一端承接瞬时访问高峰，另一端则平滑地将消息推送出去，达到削峰目的。
个人见解，希望对您的问题有所帮助！
使用redis 的队列+watch解决，把秒杀商品放入队列，抢到则pop商品，队列用完，则停止抢购
<?php
header("content-type:text/html;charset=utf-8");
$redis = new redis();
$result = $redis->connect('127.0.0.1', 6379);
$mywatchkey = $redis->get("mywatchkey");
$rob_total = 100; //抢购数量
if($mywatchkey<$rob_total){
$redis->watch("mywatchkey");
$redis->multi();
//设置延迟，方便测试效果。
sleep(5);
//插入抢购数据
$redis->hSet("mywatchlist","user_id_".mt_rand(1, 9999),time());
$redis->set("mywatchkey",$mywatchkey+1);
到此，以上就是小编对于“php_接口_应对高并发”的问题就介绍到这了，希望介绍关于“php_接口_应对高并发”的【2】点解答对大家有用。
