一次redis悲观锁 实现 微信jssdk token缓存

（一）背景：

1 access_token是公众号的全局唯一票据，公众号调用各接口时都需使用access_token，且每天有额度配额，最大调用次数限制

这一条决定：必须将access_token 缓存起来，否则每天都超标返回null

2 正常情况下access_token有效期为7200秒，重复获取将导致上次获取的access_token失效。

这一条决定：

（1）我们应将access_token 缓存7000秒，使用redis指定缓存时间是最好不过的

（2）先来看一下一般缓存代码：

        String token = (String)stringRedisTemplate.opsForValue().get(ACCESS);

        if(token == null) {
            token = WeXinCodeUtils.getAccessToken();
            stringRedisTemplate.opsForValue().set(ACCESS, token);
            System.out.println("request");
        } else {
            System.out.println("cache");
        }

先读后写，单线程下没有问题，输出：

request
cache

单在多线程下会有问题，而且会导致事故，比如：

B线程的请求token会导致A线程请求的token失效，A线程拿着失效的token，就失败了

对于这样的场景，我们都会想到两种方案：

1.悲观锁

这个方案可行，有点像单例模式，但是不应用于集群，同样会出事故：

synchronized不受多应用限制，导致应用A的token失效

故可以将synchronized替换为redis分布式锁

2.乐观锁

B线程请求token那会儿，A线程的token已经失效了，不管你乐观锁会报错，请求可不是数据库还给你token回滚，所以乐观锁在这个地方不适用，

故只能考虑分布式锁，有点像处理缓存击穿，这里是大并发场景，则是防大量请求同时爆到微信服务器，导致当日服务超次数限制。

（二）实现

1. 实现过程中，实践证明“正常情况下access_token有效期为7200秒，重复获取将导致上次获取的access_token失效。“不准确，

重复获取不会导致上次获取的access_token失效，获取后7200秒自然失效；

2. 本实例也不存在超高并发导致一秒内请求微信超限；

此2点决定：此次代码不考虑并发同步问题，一般代码处理即可，即：

一般缓存代码：

        String token = (String)stringRedisTemplate.opsForValue().get(ACCESS);

        if(token == null) {
            token = WeXinCodeUtils.getAccessToken();
            stringRedisTemplate.opsForValue().set(ACCESS, token);
            System.out.println("request");
        } else {
            System.out.println("cache");
        }