融云和环信现在问题就是我不知道在即时通讯的过程之中，

服务器到底扮演了一个什么样的角色？

验证发送的普通信息是否会经过APP服务器？

验证客户端是否直接可以向APP服务器请求聊天记录？

用户如何在才能加入聊天室？

首先需要服务器通过接口向环信的服务器发送创建聊天室的接口，而且这个聊天室还只是能服务器创建，我们在环信Demo上看到的吧那些聊天室全是环信自己的APP服务器创建的，你会问，为什么我们能够加入这个聊天室呢？很简单，因为我们首先成为了环信APP的注册用户，然后再接着执行进入聊天室的接口，自然就能够通过收到消息的回调接受到这个聊天室最新的10条数据，这也从另外一个层面解释了为什么我们在Demo上注册，却依然需要在自己的APP服务器上注册并登录。聊天室只能是服务器创建，用户要想进入这个聊天室，很简单，1、在环信上已经登录，只有登录了，环信才能知道你的用户名2、

现在的关键就是如果拥有环信服务器的账号，是否能够进入任何服务器创建的聊天室，因为我发现进入聊天室只需要知道聊天室id就可以？

流程？

首先APP服务器向环信服务器创建聊天室、APP服务器获取聊天室列表并展示到客户端、用户根据任意一个聊天时的id好进入聊天室

验证不同用户进入同一个聊天室？

将现在已有的融云程序运行在真机上，进入聊天室说一句话；再从融云的网站上在获取一个不同账户的Token，直接进入聊天室

验证用户进入聊天室后到底推送的10条消息从哪里回调出来？

直接就在原有的环信Demo的回调方法上进行修改，打印出到底从哪里推送消息。

验证A应用的用户是否能够进入B应用APP服务器创建的聊天室里面？

直接使用不舍应用获取到的Token和注册成功的用户进入环信demo里面环信服务器创建的聊天室。

对于融云来说，聊天室本质就是push到一个对话控制器。当然需要赋值属性，聊天室id,聊天室类型、用户名称、聊天室标题。

进入聊天室后究竟把话说到哪里去了？

我想实现的最终目标是什么呢？

就是说我要进入一个聊天室，进入这个聊天室就是说话，发送的语言，回想单聊的时候，就是首先选好要聊天的对象嘛，然后发送我的语言到服务器，这个服务器在找到我想要聊天的对象的通讯账号，自然将消息推送给他。那么聊天室就是先要加入聊天室。

加入聊天室需要的条件？

哪一个用户加入名叫什么身份证号是什么的聊天室

两个人聊天的前提？

共用一个APPKey,和APP Secrec还有每一个用户特有的用户名和密码，自然就返回一个每一个用户都不一样的身份证号token，而且换取Token还必须交给服务器做，原理就是：客户端上传用户名和密码到服务器，服务器根据上传得到的用户名和密码返回Token。最后客户端已Token为自己的聊天身份证。通过服务器上传APPKey和AppSceret来获取Token，说是为了防止反编译，AppKey和APPScerect泄露。这个Token是用来与聊天服务器通信的暗号。因为有了Token,直接就可以通过客户端与聊天服务器进行连接。其实可以这么理解，本来环信上注册的肯定不只是我们公司的APP,还有其它公司的，可是每天又各种各样的APP服务器向环信的服务器发送接口，这样就弄得环信很无奈，就是感觉到底是哪一个APP在创建聊天室呀！因此每一个APP服务器都对应一个Token.

SDK初始化都需要传入AppKeyt到底啥意思？

一个SDK就像一辆汽车，开发者就是驾驶员，AppKey就是钥匙。

聊天室必须是服务器创建，聊天室的改名字，改描述、设立管理员都得是服务器说了算，服务器还要管理成员的增删改查，我就纳闷了，不可能呀！聊天室按理说不需要服务器对成员做操作，因为APP用户进入与离开就相当于聊天室成员的操作呀？

当我需要发起聊天室回话时，我需要传入会话类型为ChatRoom以及聊天室的id号，这个id号来自于服务器创建聊天室时返回的东西。

发送图片？

缩略图直接Base64加密传到通讯的服务器，大图之就有讲究了，通信的服务器还不止一个，专门有一个用来存储大图片返回imageUrl的云服务器。这样就相当于穿了一张缩略图和一个URL地址。

地理位置分享的第一步就是截屏所选地址，然后整一个缩略图出来，在Base64加密。

整个架构MVC,控制器就两个，一个会话列表，一个聊天窗口。会话列表当然只有一种CEll，无论你是群聊还是单聊，都是一样的。但是聊天窗口就有很多种Cell,而且还都是支持自动布局的CollectionViewCell，到底出来哪一种Cell就得视你发送的是哪一种消息来确定。会话控制器的模型是用来存储每一个会话的信息，而消息的模型则是用来存储每一条消息的数据。