APP社交类项目设计之七好友列表功能设计
需求：社交APP用户的好友关系维护
现有环境：用户基本信息表t_userbase，环信通信接口
设计方案：
方案一：由后台维护好友关系
实施细则：
（1）后台新建动态关系表t_fans，里面四个字段，id(唯一索引），userid（本用户ID），fansid（好友用户ID），以及followTime（创建关系时间）
?
文章图片
当用户A添加用户B（且用户B默认允许被别人添加）为好友时，如下代码逻辑
（2）在表中插入两条记录，1. userId AfansId B2. userId BfansId 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社交类项目设计之七好友列表功能设计】综上：比较两种方案，选择方案二
推荐阅读
- JAVA（抽象类与接口的区别&重载与重写&内存泄漏）
- 宽容谁
- 讲述，美丽聪明的海欧！
- 夜游宫|夜游宫 心语
- 画画吗（）
- 为什么你的路演总会超时（）
- 财商智慧课（六）
- 图书集合完毕
- 如何寻找情感问答App的分析切入点
- 即将到手三百万