AndroidIM从零开始开发一个即时通讯项目啵啵哒

聊天室项目，也被称为即时通讯（IM）。

其原理是服务器是一直在启动状态的线程，不断的从客户端（App）获取消息，收到消息后，进行类型和发送目标判断，以发送到群组或者单聊的方式，客户端收到消息后进行界面的展示。

如果要自己开发即时通讯类的App，那么必须得要后台，但是现在很多第三方工具已经给我们集成好了所有需要调用的接口工具。

比如极光IM

因为之前用的比较多的是极光的推送服务，也对极光的一些服务和开发文档比较熟悉，所以该项目就是完全使用极光的sdk。

极光Message整体特性：

消息类型：文字、语音、图片、地理位置、文件、自定义消息等。聊天方式：单聊、群聊。

离线消息：可选择是否需要保存离线消息关系模式：有好友模式和无好友模式

跨应用聊天：不同应用下的用户可相互通信

目前已经实现的功能大致就这么多

1、注册和登陆

用户名和密码规范限制长度限制Byte(4~128)用户名：以字母或者数字开头。支持字母、数字、下划线、英文点、减号、@。密码：不限

2、添加好友

两种方式：

这里推荐好友，是由我这里手动设置的三个已经注册完成的号。

好友通知是本地数据库缓存的消息通知，也就是只有在收到好友请求时，才会把发送过来的请求信息存放到本地。当然如果清空了数据，那就查不到申请记录了。

3、联系人建立

这里是根据极光文档建立的好友关系，其实官方提供的说明是不需要建立好友关系就能会话，但是这里为了项目的一些需要，使用了极光提供的一套联系人接口来操作好友。

4、更新资料

在第一次注册的时候，在注册成功的情况下会默认自动登陆，并且默认设置个人资料的一些参数。比如头像，昵称等。防止在更新资料的时候部分字段提示空的错误。

5、设置

设置会在安装的时候初始化，默认只开启漫游的开关。其他开关需要手动，修改密码也是。

除了对朋友圈的功能，其他都可以借助极光IM的sdk实现，这一块会放到最后，具体实现方法还未确定。

账号是基础，所有的会话都是建立在两个账号之间的通讯，而服务端（JMessage）只是作为两端之间消息传播的桥梁和媒介。

所以账号是建立两个点的基石。

个人资料（头像，昵称，性别等）：在原来的基础上给用户添加昵称，头像等属性。

当这个基础建立起来之后，为了区分各自的不同，如过单靠id，相信没人知道对方是谁。为了区分需要我们对这个id进行特征设置，这些特征包括头像、昵称、年龄、性别、地域等。

好友功能：根据用户名id，添加好友，更新好友列表。以及其他删除等操作。

当用户角色属性建立起来之后，就是建立关系，在极光中默认是不需要建立好友关系就可以会话。但是我们前台需要展现给使用方，作为一个标识来区分好友。

所以这里是要做手动关联好友，既然做了好友系统，那么必不可少的就是申请好友和通过申请。

消息操会话操作：消息的发送、接收、展示、删除等

好友系统建立起来之后，需要开始进行会话，只有创建了会话之后，才会出来聊天窗口。

注意这里会话和聊天是两个概念。有会话不一定有聊天记录。同样删除了所有的聊天记录，会话窗口还是存在。

所以还要对消息操作的时候，选择清空消息记录，或者清空并删除会话。

一个产品的开端一定是一个最主要的基础功能，而这个最基础的功能就是聊天

好友关系的高级操作：好友的删除，备注，黑名单；消息类型。

在前四个阶段已经可以完成正常的会话，后面的就属于拓展阶段。

消息多样化是拓展的首选，现在不仅仅满足于文字表情的对话，在此基础上还需要进一步的开发图片、语音、短视频等。

如果进度比较快的话，还可以把好友添加备注等。

群组、群聊：创建群，加群，搜索群，审核，踢人，拉人等

群组作为另一个大的功能，作为之前版本稳定，并且大部分功能能完善之后开发的版本。

空间、朋友圈的开发

目前也只有这块需要单独的去开发相应的功能。或者技术上有问题，也可以开发一个类似咨询的界面。

由于是个人快速开发，为了提高开发速度和效率，所以在很多地方都是用了第三方框架。

即时通讯IM

推送

存储

主要使用了两种方式：

工具

UI库

如果说前面的第三方库是为了减少数据的操作，那么UI则是减少界面的复杂性，增加扩展性。增强视觉效果。

后期需要增加的库可能不仅限于这几种库，目前能想到的这几种是需要加的

由于个人也是第一次开发即时通讯类的项目，所以部分逻辑还不够严谨，在使用中可能会多多少少遇到一些问题，如果某些地方有bug，还望能指正。