- 论坛徽章:
- 7
|
1.春节期间,为什么黄牛能抢到票?我们却抢不到票?
IT黄牛可利用抢票软件,破解12306网站每5秒钟抢一次的限制,以毫秒速度实时刷票,并可实现自动识别验证码,速度要比人手快百倍。这种软件还可多账户挂机,利用假**在12306注册成百上千个账号批量刷票,不受12306网站对普通用户每次可买5张车票的限制,垄断票源。
2.一个秒杀或者抢购页面,通常分为2个部分,一个是静态的HTML等内容,另一个就是参与秒杀的Web后台请求接口。不少用户,为了“抢“到商品,会使用“刷票工具”等类型的辅助工具,是不是发送到服务器的次数越多,抢购成功的几率会提高呢?
会的,抢购成功的几率会提高很多。参与秒杀的Web后台请求接口,必须要支持高并发请求,尽可能在短时间内返回用户处理结果。建议采用内存处理,异步写入方式。
3.面对iPhone6 官网抢购、米4抢购,微博抽奖活动,很多粉丝喜欢注册多个账号,一次性发送多个请求,面对大批的僵死粉,有没有什么应对方案呢?
(1.通过登录IP访问频率分析,对于过于频繁访问的用户,通过验证码机制进行验证。
(2. 对于多个IP,多个账号的,需要通过注册账号信息特征,进行数据分析判断,过滤掉大部分僵死粉
4.在某些抢购场景中,假设只有100个商品,用户购买已经消耗了99个商品,仅剩最后一个。这个时候假如多个用户都在抢购,可能会出现并发用户都能抢购成功,也就是大家常说的超发现象,怎么来解决呢?
对于超发现象,在高并发情况下是经常会发生的,简单解决方式会用到队列,不足的是需要考虑队列内存大小限制。另一种可行解决方式为:“乐观锁”方式, 例如:Redis中的watch。
5.我们通常衡量一个Web系统的吞吐率的指标是QPS(Query Per Second,每秒处理请求数),解决每秒数万次的高并发场景,您觉得5w/s的秒杀厉害不?结合您所了解的系统谈谈您对系统QPS的认识。
QPS是高并发场景下关键指标之一。就目前我所接触的系统,对高并发的要求并不高。
6.就Web服务器而言,是不是Apache的连接数越多就越好呢?
对于Web服务器来说,Apache连接进程打开的越多,CPU需要处理的上下文切换也越多,会额外增加CPU消耗,直接会导致平均响应时间增加。因此对于连接数的设置,要根据CPU、内存等硬件因素综合考虑,而不是越多越好。
|
|