1、消息中心的设计差别：针对以交友为主的通讯软件与以内容为主的社交软件
在以交友为主的通讯软件中，通讯录与消息中心一般是并存的。方便用户从好友中迅速发起聊天。以内容为主的社交软件，比如K歌，微博等，消息系统内嵌于一个APP中，用以辅助用户间沟通，通常情况下好友列表和消息中心是分离的，可以在消息中心右上角嵌一个通讯录入口，但不宜太重。主要原因如以下：
（1）辅助型的消息中心，用户发送消息的场景一般在浏览信息时产生，如刚好读到一篇文章，刚好听到一首歌，突然有感，发送聊天消息。
（2）消息中心的用户列表，是通讯录里好友的精华，即亲密的好友，基本会存在于消息中心的聊天记录中，可以满足很大程度的用户聊天需求。即使是熟人社交，如微信，找一个好友聊天，基本上从消息中心进入，其实是通讯录搜索，不记得备注的时候，才会翻页查找。
2、消息中心的样式
一种是包含固定位置分类，一种是全部聊天记录随机。如果基本没什么广告，都是核心的用户聊天，推荐后一种，其他的推荐第一种，确保核心消息优先显示。对一个联系人的主要三个功能：备注、消息免打扰、拉黑、删除好友。
拉黑应该是基于好友的，也就是拉黑之后，再解除应该还是好友关系，要不然有删除干嘛。微信只做了一对一的屏蔽，并未做群的屏蔽。
3、消息中心的页面逻辑
（1）消息推送：
①实时推送对比拉取难点和有点在于：实时接收，消息的连续；
②消息的推送分为离线推送（借用手机系统，开启消息通知，对客户端来说是离线的），在线推送，手机拉取
③消息本身以及小红点是两套推送
④每个人的消息都是独立存储
（2）聊天刷新：
①聊天框内实时推送
②消息中心实时展示
朋友圈的消息提醒，有一个消息中转页面，另外一对一的消息，A评论B，B回复A，A收到消息；同时C评论B，A也收到消息。
（3）删除数据：
①聊天框内数据删除，消息中心的预览内容以及时间展示同步更改
②拉取历史聊天记录数据。例如一个月内，一个季度内有聊天的好友。
（4）数据保存：
①客户端保存
②分页加载
（5）版本兼容
①消息大类的兼容
②消息内部的兼容，规定具体的格式。
