0
0

基于springboot+Redis的前后端分离项目（八）-【黑马点评】

🎁🎁资源文件分享
链接：https://pan.baidu.com/s/1189u6u4icQYHg_9_7ovWmA?pwd=eh11
提取码：eh11

好友关注&Feed流

（一）好友关注-关注和取消关注

针对用户的操作：可以对用户进行关注和取消关注功能。

在这里插入图片描述
实现思路：

需求：基于该表数据结构，实现两个接口：

  • 关注和取关接口
  • 判断是否关注的接口

关注是User之间的关系，是博主与粉丝的关系，数据库中有一张tb_follow表来标示：
在这里插入图片描述
注意: 这里需要把主键修改为自增长，简化开发。

FollowController

//关注
@PutMapping("/{id}/{isFollow}")public Result follow(@PathVariable("id") Long followUserId, @PathVariable("isFollow") Boolean isFollow){return followService.follow(followUserId, isFollow);}//取消关注
@GetMapping("/or/not/{id}")public Result isFollow(@PathVariable("id") Long followUserId){return followService.isFollow(followUserId);}

FollowService

取消关注service
@Override
public Result isFollow(Long followUserId){// 1.获取登录用户
        Long userId = UserHolder.getUser().getId();// 2.查询是否关注 select count(*) from tb_follow where user_id = ? and follow_user_id = ?
        Integer count =query().eq("user_id", userId).eq("follow_user_id", followUserId).count();// 3.判断return Result.ok(count >0);}

 关注service
 @Override
    public Result follow(Long followUserId, Boolean isFollow){// 1.获取登录用户
        Long userId = UserHolder.getUser().getId();
        String key ="follows:"+ userId;// 1.判断到底是关注还是取关if(isFollow){// 2.关注，新增数据
            Follow follow =newFollow();
            follow.setUserId(userId);
            follow.setFollowUserId(followUserId);
            boolean isSuccess =save(follow);}else{// 3.取关，删除 delete from tb_follow where user_id = ? and follow_user_id = ?remove(newQueryWrapper<Follow>().eq("user_id", userId).eq("follow_user_id", followUserId));}return Result.ok();}

(二)好友关注-共同关注

想要去看共同关注的好友，需要首先进入到这个页面，这个页面会发起两个请求

1、去查询用户的详情

2、去查询用户的笔记

以上两个功能和共同关注没有什么关系，大家可以自行将笔记中的代码拷贝到idea中就可以实现这两个功能了，我们的重点在于共同关注功能。
在这里插入图片描述

// UserController 根据id查询用户
@GetMapping("/{id}")public Result queryUserById(@PathVariable("id") Long userId){// 查询详情
    User user = userService.getById(userId);if(user == null){return Result.ok();}
    UserDTO userDTO = BeanUtil.copyProperties(user, UserDTO.class);// 返回return Result.ok(userDTO);}// BlogController  根据id查询博主的探店笔记
@GetMapping("/of/user")public Result queryBlogByUserId(
        @RequestParam(value ="current", defaultValue ="1") Integer current,
        @RequestParam("id") Long id){// 根据用户查询
    Page<Blog> page = blogService.query().eq("user_id", id).page(newPage<>(current, SystemConstants.MAX_PAGE_SIZE));// 获取当前页数据
    List<Blog> records = page.getRecords();return Result.ok(records);}

接下来我们来看看共同关注如何实现：

需求：利用Redis中恰当的数据结构，实现共同关注功能。在博主个人页面展示出当前用户与博主的共同关注呢。

当然是使用我们之前学习过的set集合咯，在set集合中，有交集并集补集的api，我们可以把两人的关注的人分别放入到一个set集合中，然后再通过api去查看这两个set集合中的交集数据。
在这里插入图片描述
我们先来改造当前的关注列表

改造原因是因为我们需要在用户关注了某位用户后，需要将数据放入到set集合中，方便后续进行共同关注，同时当取消关注时，也需要从set集合中进行删除

FollowServiceImpl

@Override
public Result follow(Long followUserId, Boolean isFollow){// 1.获取登录用户
    Long userId = UserHolder.getUser().getId();
    String key ="follows:"+ userId;// 1.判断到底是关注还是取关if(isFollow){// 2.关注，新增数据
        Follow follow =newFollow();
        follow.setUserId(userId);
        follow.setFollowUserId(followUserId);
        boolean isSuccess =save(follow);if(isSuccess){// 把关注用户的id，放入redis的set集合 sadd userId followerUserId
            stringRedisTemplate.opsForSet().add(key, followUserId.toString());}}else{// 3.取关，删除 delete from tb_follow where user_id = ? and follow_user_id = ?
        boolean isSuccess =remove(newQueryWrapper<Follow>().eq("user_id", userId).eq("follow_user_id", followUserId));if(isSuccess){// 把关注用户的id从Redis集合中移除
            stringRedisTemplate.opsForSet().remove(key, followUserId.toString());}}return Result.ok();}

具体的关注代码：

FollowServiceImpl

@Override
public Result followCommons(Long id){// 1.获取当前用户
    Long userId = UserHolder.getUser().getId();
    String key ="follows:"+ userId;// 2.求交集
    String key2 ="follows:"+ id;
    Set<String> intersect = stringRedisTemplate.opsForSet().intersect(key, key2);if(intersect == null || intersect.isEmpty()){// 无交集return Result.ok(Collections.emptyList());}// 3.解析id集合
    List<Long> ids = intersect.stream().map(Long::valueOf).collect(Collectors.toList());// 4.查询用户
    List<UserDTO> users = userService.listByIds(ids).stream().map(user -> BeanUtil.copyProperties(user, UserDTO.class)).collect(Collectors.toList());return Result.ok(users);}

（三） 好友关注-Feed流实现方案

当我们关注了用户后，这个用户发了动态，那么我们应该把这些数据推送给用户，这个需求，其实我们又把他叫做Feed流，关注推送也叫做Feed流，直译为投喂。为用户持续的提供“沉浸式”的体验，通过无限下拉刷新获取新的信息。

对于传统的模式的内容解锁：我们是需要用户去通过搜索引擎或者是其他的方式去解锁想要看的内容

在这里插入图片描述
对于新型的Feed流的的效果：不需要我们用户再去推送信息，而是系统分析用户到底想要什么，然后直接把内容推送给用户，从而使用户能够更加的节约时间，不用主动去寻找。
在这里插入图片描述
Feed流的实现有两种模式：

Feed流产品有两种常见模式：
Timeline：不做内容筛选，简单的按照内容发布时间排序，常用于好友或关注。例如朋友圈

  • 优点：信息全面，不会有缺失。并且实现也相对简单
  • 缺点：信息噪音较多，用户不一定感兴趣，内容获取效率低

智能排序：利用智能算法屏蔽掉违规的、用户不感兴趣的内容。推送用户感兴趣信息来吸引用户

  • 优点：投喂用户感兴趣信息，用户粘度很高，容易沉迷
  • 缺点：如果算法不精准，可能起到反作用 本例中的个人页面，是基于关注的好友来做Feed流，因此采用Timeline的模式。该模式的实现方案有三种：

我们本次针对好友的操作，采用的就是Timeline的方式，只需要拿到我们关注用户的信息，然后按照时间排序即可

，因此采用Timeline的模式。该模式的实现方案有三种：

  • 拉模式
  • 推模式
  • 推拉结合

拉模式：也叫做读扩散

该模式的核心含义就是：当张三和李四和王五发了消息后，都会保存在自己的邮箱中，假设赵六要读取信息，那么他会从读取他自己的收件箱，此时系统会从他关注的人群中，把他关注人的信息全部都进行拉取，然后在进行排序

优点：比较节约空间，因为赵六在读信息时，并没有重复读取，而且读取完之后可以把他的收件箱进行清楚。

缺点：比较延迟，当用户读取数据时才去关注的人里边去读取数据，假设用户关注了大量的用户，那么此时就会拉取海量的内容，对服务器压力巨大。
在这里插入图片描述

推模式：也叫做写扩散。

推模式是没有写邮箱的，当张三写了一个内容，此时会主动的把张三写的内容发送到他的粉丝收件箱中去，假设此时李四再来读取，就不用再去临时拉取了。

优点：时效快，不用临时拉取。

缺点：内存压力大，假设一个大V写信息，很多人关注他， 就会写很多分数据到粉丝那边去。

在这里插入图片描述
推拉结合模式：也叫做读写混合，兼具推和拉两种模式的优点。

推拉模式是一个折中的方案，站在发件人这一段，如果是个普通的人，那么我们采用写扩散的方式，直接把数据写入到他的粉丝中去，因为普通的人他的粉丝关注量比较小，所以这样做没有压力，如果是大V，那么他是直接将数据先写入到一份到发件箱里边去，然后再直接写一份到活跃粉丝收件箱里边去，现在站在收件人这端来看，如果是活跃粉丝，那么大V和普通的人发的都会直接写入到自己收件箱里边来，而如果是普通的粉丝，由于他们上线不是很频繁，所以等他们上线时，再从发件箱里边去拉信息。

在这里插入图片描述

（四）好友关注-推送到粉丝收件箱

需求：

  • 修改新增探店笔记的业务，在保存blog到数据库的同时，推送到粉丝的收件箱
  • 收件箱满足可以根据时间戳排序，必须用Redis的数据结构实现
  • 查询收件箱数据时，可以实现分页查询

Feed流中的数据会不断更新，所以数据的角标也在变化，因此不能采用传统的分页模式。

传统了分页在feed流是不适用的，因为我们的数据会随时发生变化

假设在t1 时刻，我们去读取第一页，此时page = 1 ，size = 5 ，那么我们拿到的就是106 这几条记录，假设现在t2时候又发布了一条记录，此时t3 时刻，我们来读取第二页，读取第二页传入的参数是page=2 ，size=5 ，那么此时读取到的第二页实际上是从6 开始，然后是62 ，那么我们就读取到了重复的数据，所以feed流的分页，不能采用原始方案来做。
在这里插入图片描述
Feed流的滚动分页

我们需要记录每次操作的最后一条，然后从这个位置开始去读取数据

举个例子：我们从t1时刻开始，拿第一页数据，拿到了10~6，然后记录下当前最后一次拿取的记录，就是6，t2时刻发布了新的记录，此时这个11放到最顶上，但是不会影响我们之前记录的6，此时t3时刻来拿第二页，第二页这个时候拿数据，还是从6后一点的5去拿，就拿到了5-1的记录。我们这个地方可以采用sortedSet来做，可以进行范围查询，并且还可以记录当前获取数据时间戳最小值，就可以实现滚动分页了。
在这里插入图片描述
核心的意思：就是我们在保存完探店笔记后，获得到当前笔记的粉丝，然后把数据推送到粉丝的redis中去。

@Override
public Result saveBlog(Blog blog){// 1.获取登录用户
    UserDTO user = UserHolder.getUser();
    blog.setUserId(user.getId());// 2.保存探店笔记
    boolean isSuccess =save(blog);if(!isSuccess){return Result.fail("新增笔记失败!");}// 3.查询笔记作者的所有粉丝 select * from tb_follow where follow_user_id = ?
    List<Follow> follows = followService.query().eq("follow_user_id", user.getId()).list();// 4.推送笔记id给所有粉丝for(Follow follow : follows){// 4.1.获取粉丝id
        Long userId = follow.getUserId();// 4.2.推送
        String key = FEED_KEY + userId;
        stringRedisTemplate.opsForZSet().add(key, blog.getId().toString(), System.currentTimeMillis());}// 5.返回idreturn Result.ok(blog.getId());}

（五）好友关注-实现分页查询收邮箱

需求：在个人主页的“关注”卡片中，查询并展示推送的Blog信息：

具体操作如下：

1、每次查询完成后，我们要分析出查询出数据的最小时间戳，这个值会作为下一次查询的条件

2、我们需要找到与上一次查询相同的查询个数作为偏移量，下次查询时，跳过这些查询过的数据，拿到我们需要的数据

综上：我们的请求参数中就需要携带 lastId：上一次查询的最小时间戳 和偏移量这两个参数。

这两个参数第一次会由前端来指定，以后的查询就根据后台结果作为条件，再次传递到后台。
在这里插入图片描述
一、定义出来具体的返回值实体类

@Data
publicclassScrollResult{private List<?> list;private Long minTime;private Integer offset;}

BlogController

注意：RequestParam 表示接受url地址栏传参的注解，当方法上参数的名称和url地址栏不相同时，可以通过RequestParam 来进行指定。

@GetMapping("/of/follow")public Result queryBlogOfFollow(   
 @RequestParam("lastId") Long max, @RequestParam(value ="offset", defaultValue ="0") 
 Integer offset){return blogService.queryBlogOfFollow(max, offset);}

BlogServiceImpl

@Override
public Result queryBlogOfFollow(Long max, Integer offset){// 1.获取当前用户
    Long userId = UserHolder.getUser().getId();// 2.查询收件箱 ZREVRANGEBYSCORE key Max Min LIMIT offset count
    String key = FEED_KEY + userId;
    Set<ZSetOperations.TypedTuple<String>> typedTuples = stringRedisTemplate.opsForZSet().reverseRangeByScoreWithScores(key,0, max, offset,2);// 3.非空判断if(typedTuples == null || typedTuples.isEmpty()){return Result.ok();}// 4.解析数据：blogId、minTime（时间戳）、offset
    List<Long> ids =newArrayList<>(typedTuples.size());long minTime =0;// 2int os =1;// 2for(ZSetOperations.TypedTuple<String> tuple : typedTuples){// 5 4 4 2 2// 4.1.获取id
        ids.add(Long.valueOf(tuple.getValue()));// 4.2.获取分数(时间戳）long time = tuple.getScore().longValue();if(time == minTime){
            os++;}else{
            minTime = time;
            os =1;}}
    os = minTime == max ? os : os + offset;// 5.根据id查询blog
    String idStr = StrUtil.join(",", ids);
    List<Blog> blogs =query().in("id", ids).last("ORDER BY FIELD(id,"+ idStr +")").list();for(Blog blog : blogs){// 5.1.查询blog有关的用户queryBlogUser(blog);// 5.2.查询blog是否被点赞isBlogLiked(blog);}// 6.封装并返回
    ScrollResult r =newScrollResult();
    r.setList(blogs);
    r.setOffset(os);
    r.setMinTime(minTime);return Result.ok(r);}

后记
👉👉💕💕美好的一天，到此结束，下次继续努力！欲知后续，请看下回分解，写作不易，感谢大家的支持！！ 🌹🌹🌹

标签： redis spring boot 数据库
本文转载自: https://blog.csdn.net/m0_59230408/article/details/131014805
版权归原作者 失重外太空. 所有， 如有侵权，请联系我们删除。
登录后发布评论

“基于springboot+Redis的前后端分离项目（八）-【黑马点评】”的评论:

还没有评论
关于作者
...
overfit同步小助手
文章同步
相关阅读

机器人技术在安全领域的重要作用

安全学习记录——网络篇（一）

图腾柱PFC：HP1010为您的电动两轮车之旅提供绿色，高效，安全的动力

单元测试数据库回滚问题

这才是单元测试，之前我们都错了

【C语言基础】：字符函数和字符串函数

ChatGPT-Next-Web SSRF漏洞+XSS漏洞复现(CVE-2023-49785)

文章导航