由于点赞收藏都是高频率的操作，如果因此频繁地写入数据库会造成数据库压力比较大，因此采用redis来统计点赞收藏浏览量，之后定时一次性写入数据库中，缓解数据库地压力。

一.大体思路设计redis中的储存结构

• 我的思路是使用redis的hash来进行储存，点赞部分的key就叫’blog_like’，里面的item就是一个个的文章ID,value是一个集合。
• 这样的好处就是一个文章对应有一个集合，里面就是点赞了这篇文章的人，之后需要基数就看集合里有多少元素，通过userId是否存在于集合就可以判断这个人有没有点过赞。

二. 开发工作流程

1. 接收前端的点赞请求。
2. 取出redis中对应文章的集合，已经存在值就把新的userId放到集合里，没有值就创建一个这个文章的集合。
3. 存入后就可以看到集合以字符串的形式呈现在redis中。

定时同步到数据库中

1. pom.xml这里用到了quartz来实现定时任务

<dependency>
	<groupId>org.quartz-scheduler</groupId>
	<artifactId>quartz</artifactId>
	<version>2.2.1</version>
</dependency>

2. 编写任务类，集成自QuartzJobBean,重写executeInternal方法，要执行的内容就写在这个方法中

public class LikeTask extends QuartzJobBean {
    @Autowired
    BlogService blogService;

    @Autowired
    RedisMapper redisMapper;

    /**
     * 用来从redis中的hash中获取点赞缓存的键值对，间隔时间存入mysql
     * @param context
     * @throws JobExecutionException
     */
    @Override
    protected void executeInternal(JobExecutionContext context) throws JobExecutionException {
       // 要执行的内容就写在这个函数中
    }
}

3. 编写配置类QuartzConfig，JobBuilder.newJob(要执行的任务类的class)，同时要给他指定一个jobId，就是withIdentity

@Configuration
public class QuartzConfig {
    @Bean
    public JobDetail quartzDetail_1(){
        // withIdentity指定的是这个job的id
        return JobBuilder.newJob(LikeTask.class).withIdentity("LIKE_TASK_IDENTITY").storeDurably().build();
    }


    @Bean
    public Trigger quartzTrigger_1(){ //触发器
        SimpleScheduleBuilder scheduleBuilder = SimpleScheduleBuilder.simpleSchedule()
                .withIntervalInSeconds(20)  //设置时间周期单位秒
//                .withIntervalInHours(2)  //两个小时执行一次
                .repeatForever();
        return TriggerBuilder.newTrigger().forJob(quartzDetail_1())
//                .forJob(quartzDetail_2())
                .withIdentity("USER_TRENDS_TRIGGER")
                .withSchedule(scheduleBuilder)
                .build();
    }

}

4. 我对quartz的使用也只是照猫画虎，重点说下存进数据库的思路

每条数据中显示用户是否点赞过

• 由于redis中每篇文章的点赞用户存在一个集合中，因此大体思路就是获取到查询数据的用户的id，然后在这个集合中查看是否有这个用户，有的话在标志位上打上true，之后再返回前端。

1. 在实体类中添加一个不从数据库查询的标志位，判断这个用户有没给这个文章点过赞

// 用来判断用户是否已经赞了这条博客
@TableField(exist = false)
private boolean Liked;

2. 数据库查询出的数据，将字符串的点赞集合取出，看userId是否在里面，并修改标志位

3. 前端根据这个标志位判断是否显示点赞图标亮起，就等于获得了用户是否点赞过这篇文章

这样前端也顺便获得了给这篇文章点过赞的人，很多功能也可以顺便实现了

当前开发中的不足

• java的各种数据结构，集合和map接口这些基础当时没打牢固，还要恶补以下。
• 有些地方需要异常捕获的还没有写，只是简单的为空判断。
• redis和数据的保存先后和同步方面还需要深入思考一下。
• StringUtil的封装可能还不够完善

来源：
https://blog.csdn.net/m0_60394632/article/details/126606186