1. 好友关注
在探店图文的详情页面中,可以关注发布笔记的作者:
进到探店笔记详情页,会发出两个请求,1是判断是否已经关注,2是尝试关注用户的请求。
关注是User之间的关系,是博主与粉丝的关系,数据库中有一张tb_follow表来标示:
其中userId是当前登录的用户id,follow_user_id是被关注的用户id
实现对应接口:
1. 判断是否关注:
Controller层:
@GetMapping("/or/not/{id}")
public Result isFollow(@PathVariable("id") Long followUserId) {
return followService.isFollow(followUserId);
}
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);
}
2. 关注业务接口:如果已经关注,就在数据库中添加userid(当前登录用户的id)和关注的用户id(follow_user_id)等数据。
如果未关注,就删除数据。
Controller层:
//关注
@PutMapping("/{id}/{isFollow}")
public Result follow(@PathVariable("id") Long followUserId, @PathVariable("isFollow") Boolean isFollow) {
return followService.follow(followUserId, isFollow);
}
Service层:
关注service
@Override
public Result follow(Long followUserId, Boolean isFollow) {
// 1.获取登录用户
Long userId = UserHolder.getUser().getId();
// 1.判断到底是关注还是取关
if (isFollow) {
// 2.关注,新增数据
Follow follow = new Follow();
follow.setUserId(userId);
follow.setFollowUserId(followUserId);
boolean isSuccess = save(follow);
} else {
// 3.取关,删除 delete from tb_follow where user_id = ? and follow_user_id = ?
remove(new QueryWrapper<Follow>()
.eq("user_id", userId).eq("follow_user_id", followUserId));
}
return Result.ok();
}
2. 好友共同关注
需求:利用Redis中恰当的数据结构,实现共同关注功能。在博主个人页面展示出当前用户与博主的共同关注呢。
我们可以使用Redis中的set集合,将每个用户关注的用户id,也就是follow_user_id,存入set集合中,每个用户对应一个关注博主的set集合,然后取他们之间的交集,就可以找到共同关注的博主。
所以,我们要先改造之前关注用户的业务逻辑,每次用户关注时,将关注的用户存入Set集合中。
关注业务改造:
@Override
public Result follow(Long followUserId, Boolean isFollow) {
// 1.获取登录用户
Long userId = UserHolder.getUser().getId();
String key = "follows:" + userId;
// 1.判断到底是关注还是取关
if (isFollow) {
// 2.关注,新增数据
Follow follow = new Follow();
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(new QueryWrapper<Follow>()
.eq("user_id", userId).eq("follow_user_id", followUserId));
if (isSuccess) {
// 把关注用户的id从Redis集合中移除
stringRedisTemplate.opsForSet().remove(key, followUserId.toString());
}
}
return Result.ok();
}
然后,我们就可以实现共同关注的接口了。
Controller层:
@GetMapping("/common/{id}")
public Result followCommons(@PathVariable("id") Long followUserId){
return followService.followCommons(followUserId);
}
Service层:
1.获取当前用户id和目标用户id在redis中的key
2.使用set中求交集的方法,得到结果
3.解析结果,得到id组合
4.通过id组合获取用户组合。
5.返回用户组合给前端。
@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);
}
共同关注功能实现。
3. 关注推送(Feed流)
关注推送也叫做Feed流,直译为投喂。为用户持续的提供“沉浸式”的体验,通过无限下拉刷新获取新的信息。
传统的推送模式是用户自己查找内容,而Feed这是根据内容信息来取查找对应用户并推送
Feed流产品有两种常见模式:
Timeline:不做内容筛选,简单的按照内容发布时间排序,常用于好友或关注。例如朋友圈
-
优点:信息全面,不会有缺失。并且实现也相对简单
-
缺点:信息噪音较多,用户不一定感兴趣,内容获取效率低
智能排序:利用智能算法屏蔽掉违规的、用户不感兴趣的内容。推送用户感兴趣信息来吸引用户
-
优点:投喂用户感兴趣信息,用户粘度很高,容易沉迷
-
缺点:如果算法不精准,可能起到反作用
这里我们的关注推送,就采用第一种 Timeline。
该模式的实现方法同样有三种:
1. 拉模式
也叫做读扩散。它是每个博主发出博客信息后,都有一个发件箱,这个时候,粉丝要来读它的信息,就从这个发件箱里拉取信息到自己的收件箱中并读取,所以叫拉模式。
缺点:可能会有延迟
2.推模式
也叫作写扩散。它是一个博主发布博客信息后,直接将博客推送到粉丝的收件箱中。这种方法,解决了拉模式的延迟问题,但也会导致内存问题。
3.推拉结合
也叫做读写混合,兼具推和拉两种模式的优点。
现在有三个粉丝,同时关注了大V博主,有两个粉丝关注了普通博主张三。
这时候,张三发送了博客信息,但由于它是普通博主,粉丝基数不大,不用担心内存问题,所以直接采用推模式,发送给粉丝。
而对于大V博主来说,将粉丝分为活跃粉丝和普通粉丝,活跃粉丝采用推模式,而普通粉丝采用拉模式,将消息放进收件箱中。
这就是三种实现模式,我们做个对比。
这里,我们采用推模式来实现好友推送功能。
这里提一嘴分页问题:
Feed流中的数据会不断更新,所以数据的角标也在变化,因此不能采用传统的分页模式。
传统分页模式:
所以,我们必须采用Feed流的滚动分页。
1. 首先,修改新增探店笔记的业务,在保存blog到数据库的同时,推送到粉丝的收件箱
@Override
public Result saveBlog(Blog blog) {
// 获取登录用户
UserDTO user = UserHolder.getUser();
blog.setUserId(user.getId());
// 保存探店博文
boolean isSuccess = save(blog);
if (!isSuccess){
//没有保存成功,返回错误信息
return Result.fail("新增失败!");
}
//成功,将博客信息放到粉丝收件箱
//1.先获取粉丝群体 select * from tb_follow where follow_user_id = ?
QueryChainWrapper<Follow> follows = followService.query().eq("follow_user_id", user.getId());
//2.将消息推送至粉丝收件箱
String key = "feeds:"+user.getId();
stringRedisTemplate.opsForZSet().add(key,blog.getId().toString(),System.currentTimeMillis());
// 返回id
return Result.ok(blog.getId());
}