秒杀专题-系统的设计（二）

秒杀专题-系统前端设计（二）

在大致分析秒杀系统的后端处理思路之后，来分析一下系统前端需要解决的问题：

恶意请求
链接暴露

恶意请求

Nginx负责均衡，同时拦截异常请求

屏蔽ip地址
屏蔽user-agent
屏蔽代理ip，有两种情形会需要屏蔽代理ip：一是代理ip访问，二是负载均衡（real-ip请求负载均衡服务器，再代理给后端server）

链接暴露

链接暴露的问题十分明显了，如果秒杀链接提前被人知晓，那么在正式开始秒杀前就已经可以下单。即使在后端做了时间校验，对于普通的用户仍然是不公平的，可以写好脚本，按时间进行大量并发请求，从而让真正的用户抢不到商品。所以有必要提供一种url的动态化。

前端代码如下：

function getMiaoshaPath() {
    $.ajax({
        url :"/miaosha/getPath",
        type : "GET",
        data:{
            goodsId :$("#goodsId").val(),
            verifyCode : $("#verifyCode").val()
        },
        success:function(data){
            if (data.code ==0) {//
                var path = data.data
                domiaosha(path)
            }else {
                layer.msg(data.message)
            }
        },
        error :function () {
            layer.msg("客户端错误")
        }
    })
 
}

后端加密代码样例：

public static String Md5ForUrl(String url) {
        try {
            MessageDigest md5 = MessageDigest.getInstance("MD5");
            md5.update(url.getBytes("UTF-8"));
            byte[] b = md5.digest();
            
            int i;
            StringBuffer buf = new StringBuffer();
            for(int offset = 0, len = b.length; offset < len; offset++) {
                i = b[offset];
                if(i < 0) {
                    i += 256;
                }
                if(i < 16) {
                    buf.append("0");
                }
                buf.append(Integer.toHexString(i));
            }
            url = buf.toString();
            System.out.println("result = " + url);
        } catch (Exception e) {
            e.printStackTrace();
        }
        return url;
    }

整理流程就变化为，只有点击秒杀按钮才能获得真正的地址进行秒杀，而后端只处理正确秒杀地址的请求。示意图如下：

URL动态化.png

可以看到真正的秒杀URL和秒杀服务在秒杀开启前都不可能获取，也就杜绝了黄牛根据url提前写好脚本冲击服务器。

但是，这种情况仍然不能解决利用 按键精灵或者 机器人 频繁点击按钮的操作，为了降低点击按钮的次数，以及高并发下，防止多个用户在同一时间内，并发出大量请求，加入数学公式图形验证码等防高并发优化。

更进一步

在现在前后端分离开发的大背景下，前端的页面多半不需要通过后端服务器来获取。所以可以考虑将页面资源静态化，将必要的秒杀页面加入到cdn服务器中，这样开启秒杀服务的时候可以减少前端的压力。

同时，也不应该让秒杀页面中的按钮可以一直点击，一来给服务器凭空增加很多处理压力，二来给黄牛可以利用的空间，按钮最好是点击一次之后几秒内置灰，同时后端也需要做好配合工作，检查同一用户的请求间隔，直接返回过于频繁的请求。

单机无法处理的并发量，加上机器数量构建集群一定可以解决。构建Redis集群，提高系统的可用性，当然同样的，一旦加上了集群，系统的复杂度就直线上升了。而且Redis本身还存在的，缓存穿透和缓存雪崩也是需要解决的问题。那么下一篇就Redis相关问题进行简单分析。

秒杀专题-系统的设计（二）