APP社交类项目二设计之七好友列表功能设计

需求：社交APP用户的好友关系维护

现有环境：用户基本信息表t_userbase，环信通信接口

设计方案：

方案一：由后台维护好友关系

实施细则：

（1）后台新建动态关系表t_fans，里面四个字段，id(唯一索引），userid（本用户ID），fansid（好友用户ID），以及followTime（创建关系时间）

当用户A添加用户B（且用户B默认允许被别人添加）为好友时，如下代码逻辑

（2）在表中插入两条记录，1. userId A fansId B 2. userId B fansId A，形成双向关系链，这样当后台查询该好友的列表，只要判断和A产生联系的对象是否有双向链，如果有则罗列出来，

/**
   * 添加好友双向
   * @param fromUserId   发起删除的用户ID
   * @param toUserId       被删除的用户ID
   */
   @Override
   @Transactional
   public void insert(String fromuid,String touid) {
       //被添加人
       User fansUser = userMapper.selectByPrimaryKey(touid);
       //添加人
       User user =userMapper.selectByPrimaryKey(fromuid);

       //正向加好友
       Fans fans = new Fans();
       fans.setId(UUIDUtils.getUUID());
       fans.setFollowTime(STDateUtils.getCurrentTime());
       fans.setUserId(touid);
       fans.setFansId(fromuid);
       fansMapper.insert(fans);

       //反向互加好友
       fans.setId(UUIDUtils.getUUID());
       fans.setUserId(fromuid);
       fans.setFansId(touid);
       fansMapper.insert(fans);

       //环信添加好友
       hUserService.addContacts(fansUser.getHusername(),user.getHusername());
       hUserService.addContacts(user.getHusername(),fansUser.getHusername());
   }

（3）优点：后台维护好友关系，对用户资源集中管理，拥有大量的宝贵数据源，且能快捷定位问题

缺点：对后台性能要求颇高，需要考虑大并发以及分布式+REDIS+分表分库。对于中小型项目方案对硬件和软件要求高

方案二：由环信维护好友关系，后台进行管理

实施细则：

（1）好友关系存储在环信中，只涉及好友基本数据（好友的环信ID）

（2）APP前端查询好友时，调用后台接口通信，后台调用环信接口返回好友基本数据环信ID

（3）后台对环信ID进行数据库缓存EHCACHE查询命中，可以列表式查询到好友详细信息（包括昵称，头像，地区，性别，签名等）

（4）后台将数据返回给前台

（5）前台将列表信息展示成界面

优点：对于服务器维护基本是轻量级，只要加入ehcache，如果分布式考虑多加入redis即可。

缺点：后台无法知晓用户的关系圈

综上：比较两种方案，选择方案二

APP社交类项目二设计之七好友列表功能设计

猜你喜欢