跳至主要內容

黑马点评

约 1441 字大约 5 分钟

黑马点评

一个专门学习 Redis 而生的项目，参考大众点评做的。理论+实战 42h / 3 = 14 Here the link is an instructional video, and the title link is a navigation video

set: 共同关注 zset: 排行榜应用实现，取Top N Geospatial 地理位置

一、基础篇

1.课程内容

实战篇性价比高，高级篇偏运维一点（高级、原理面试前整）

image-20230304151001878
image-20230304151001878

2.Redis的JAVA客户端

单单使用 Jedis 的话记得配 JedisPool 使用Spring Data Redis的话默认实现的 lettuce，如想用 Jedis 需要单独引一下

需要注意的是，如果你需要对连接池进行更高级的配置，或者使用其他的连接池实现，可能需要手动引入 commons-pool2 依赖，并进行相应的配置。但通常情况下，使用 spring-boot-starter-data-redis 默认提供的配置已经足够满足大部分需求了。 实测：还是需要引入commons-pool2，因为data-redis里面这个依赖是optional true 总之，使用 <optional> 标签可以控制依赖的传递性，避免不必要的依赖冲突和版本冲突，但是需要注意，它的传递性也会被取消，需要手动处理相关的依赖。 之所以有这个问题，是因为springboot版本低了的原因，导致有这个optional。后面高版本没有这个optional了！

image-20230304152602369
image-20230304152602369

2.1.RedisTemplate

RedisTemplate 记得设置一下序列化对象，直接看这个类源码有四个属性要设 可以看这个四个属性的类型 RedisSerializer 接口有哪些实现类！一般key用RedisSerializer.string、value用json对象，但有下面问题！

优势：自动处理序列化问题，不用自己代码层面转来转去了

弊端：如下，占用额外内控空间去记录该反序列化的那个类的全路径类名

image-20230304165847419

2.2.反序列化问题-StringRedisTemplate

使用上述配置序列化时，反序列化有浪费内存的问题。

1）问题：
image-20230304171121214
image-20230304171121214
2）解决

为了节省内存空间,我们并不会使用JSON序列化器来处理value,而是统一使用String序列化器,要求只能存储String类型的key和value.当需要存储java对象时,手动完成对象的序列化和反序列化. 代码复杂了点多了两个手动序列化操作，但是空间省了

StringRedisTemplate：Spring默认提供了一个StringRedisTemplate类,它的key和value的序列化方式默认就是String方式.省去了我们自定义RedisTemplate的过程

二、实战篇

image-20230306095441886
image-20230306095441886

1.短信登录

1.1.这里使用Hash保存用户信息

JSON串的格式，引号冒号还需保存，如果想加一个还得把整个串干掉

所以从优化的角度，推荐使用hash

image-20230307161347386

注意 Hash 结构跟 String 结构区分，这里有Redis的一个 key 而 value（K、V）才是真正的 Hash 结构

StringRedisTemplate 对象可以创建 Hash！！！ stringRedisTemplate.opsForHash().putAll(tokenKey, userMap);【HASH，KV】

Note：一般存 key 会加上业务前缀做区分

image-20230307161729539
image-20230307161729539
image-20230307162022703
image-20230307162022703

2.商户查询缓存

场景：想着自己使用spring cache技术整合Redis，用注解简化

问题：反序列化报错：我的解决 -> return list / map / String Could not read JSON: Cannot construct instance of java.time.LocalDateTime

XX：衍生出的问题：缓存每次都不会命中

之前以为控制台输出了sql就是没有命中缓存，自己方法里加了log来甄别方法到底执行没。发现还是按照预期来了的

自己 Gulimall 笔记

三种问题场景笔记 Redis

亮点：缓存穿透/击穿 可以封装成工具类，给后面复用。 例如heima的视频，就活用泛型+lambda写这个工具类

public <R,ID> R queryWithPassThrough(
            String keyPrefix, ID id, Class<R> type, Function<ID, R> dbFallback, Long time, TimeUnit unit){
    
    //因为查询数据库是一段函数！！！这里就可以配合lambda这么用  有一个参数一个返回值
    R r = dbFallback.apply(id);

3.优惠券秒杀

到这里我暂时中断了，因为我发现自己并没有那么想学！

感觉不想学还是不要强行学这一块了，就学自己想学感兴趣的时间片小的东西吧。例如尝试融入leetcode拿成就感的这种。。。

Hutools Utils

  1. 复制Bean的属性，好像同Spring有个工具类一样 BeanUtil.copyProperties

  2. 将User对象转为HashMap存储到Redis BeanUtil.beanToMap org.springframework.beans的是 BeanUtils

    • //由于UserDTO类有属性是Long的，而StringRedisTemplate<String, String>，所以这里用hutools构造函数定制化全给String
//也可笨方法new map自己转成String
Map<String, Object> userMap = BeanUtil.beanToMap(userDTO, new HashMap<>(),
                CopyOptions.create()
                        .setIgnoreNullValue(true)
                        .setFieldValueEditor((fieldName, fieldValue) -> fieldValue.toString()));

    • 弹幕: 就这个错误，我在谷粒商城的springsession的序列化器转换异常搞了半天，也是Long类型的！！！！！！

    • 有个问题 BeanUtil.copyProperties的ignoreNullValue不生效

    • setFieldValueEditor优先级要高于ignoreNullValue导致前者首先被触发，因此出现空指针问题。你在setFieldValueEditor中也需要判空。

      这么设计的原因主要是，如果原值确实是null，但是你想给一个默认值，在此前过滤掉就不合理了，而你的值编辑后转换为null，后置的判断就会过滤掉。

  3. 和上面反着来，JSONUtil.toBean(shopJson,Shop.class);

  4. 将Redis拿到的Hash填充到Bean BeanUtil.fitlBeanWithMap

  5. JSONUtil.toJsonStr

  6. 判断字符串是否为null及size小于0 StrUtil.isNotBlank(shopJson)

  7. BooleanUtil.isTrue(flag)

    Boolean flag = stringRedisTemplate.opsForValue().setIfAbsent(key, "1", 10, TimeUnit.SECONDS);
//因为这里自动拆箱有可能null，所以用hutools
return BooleanUtil.isTrue(flag);