摘要：这样的好处就是一个文章对应有一个集合，里面就是点赞了这篇文章的人，之后需要基数就看集合里有多少元素，通过userId是否存在于集合就可以判断这个人有没有点过赞
我的思路是使用redis的hash来进行储存，点赞部分的key就叫’blog_like’，里面的item就是一个个的文章ID,value是一个集合
这样的好处就是一个文章对应有一个集合，里面就是点赞了这篇文章的人，之后需要基数就看集合里有多少元素，通过userId是否存在于集合就可以判断这个人有没有点过赞
2.取出redis中对应文章的集合，已经存在值就把新的userId放到集合里，没有值就创建一个这个文章的集合
3.存入后就可以看到集合以字符串的形式呈现在redis中
1.这里用到了quartz来实现定时任务
2.先导包
org.quartz-scheduler quartz 2.2.13.编写任务类，集成自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
@Configurationpublic 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.前端根据这个标志位判断是否显示点赞图标亮起，就等于获得了用户是否点赞过这篇文章
这样前端也顺便获得了给这篇文章点过赞的人，很多功能也可以顺便实现了
来源：散文随风想一点号
