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即可。

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

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