一.设计redis中的储存结构
我的思路是使用redis的hash来进行储存,点赞部分的key就叫’blog_like’,里面的item就是一个个的文章ID,value是一个集合
这样的好处就是一个文章对应有一个集合,里面就是点赞了这篇文章的人,之后需要基数就看集合里有多少元素,通过userId是否存在于集合就可以判断这个人有没有点过赞
二. 开发
工作流程
1.接收前端的点赞请求
2.取出redis中对应文章的集合,已经存在值就把新的userId放到集合里,没有值就创建一个这个文章的集合
3.存入后就可以看到集合以字符串的形式呈现在redis中
定时同步到数据库中
1.这里用到了quartz来实现定时任务
2.先导包
<dependency>
<groupId>org.quartz-scheduler</groupId>
<artifactId>quartz</artifactId>
<version>2.2.1</version>
</dependency>
3.编写任务类,集成自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 {
// 要执行的内容就写在这个函数中
}
}
4.编写配置类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();
}
}
5.我对quartz的使用也只是照猫画虎,重点说下存进数据库的思路
每条数据中显示用户是否点赞过
由于redis中每篇文章的点赞用户存在一个集合中,因此大体思路就是获取到查询数据的用户的id,然后在这个集合中查看是否有这个用户,有的话在标志位上打上true,之后再返回前端
1.在实体类中添加一个不从数据库查询的标志位,判断这个用户有没给这个文章点过赞
// 用来判断用户是否已经赞了这条博客
@TableField(exist = false)
private boolean Liked;
2.数据库查询出的数据,将字符串的点赞集合取出,看userId是否在里面,并修改标志位
3.前端根据这个标志位判断是否显示点赞图标亮起,就等于获得了用户是否点赞过这篇文章
这样前端也顺便获得了给这篇文章点过赞的人,很多功能也可以顺便实现了