环信相关面试题-iOS.docx

环信相关面试题：1、对环信的理解：主要回答环信是干嘛的，有哪些优缺点，使用的什么通讯协议环信是一个即时通信的服务提供商环信使用的是XMPP协议，它是再XMPP的基础上进行二次开发，对服务器Openfire和客户端进行功能模型的添加和客户端SDK的封装，环信的本质还是使用XMPP，基本于Socket的网络通信环信内部实现了数据缓存，会把聊天记录添加到数据库，把附件(如音频文件，图片文件)下载到本地，使程序员更多时间是花到用户即时体验上环信内部已经实现了视频，音频，图片，其它附件发送功能环信使用公司可以节约时间成本，不需要公司内部搭建服务器，客户端的开发，使用环信SDK比使用XMPPFramework更简洁方便2、环信中图片消息以及语言消息实现的逻辑是什么图片消息：首先通过相册或相机得到图片对象，然后将图片转换成NSData类型或将图片保存到沙盒，通过环信的EMImageMessageBody的initWithData或者initWithLocalPath方法，构造出图片消息，然后发送出去，收到图片消息时，客户端会主动将图片下载到本地，同时消息对象包含两个路径（本地和网络），我们可以根据路径得到图片，然后显示 语音消息：首先通过 AVAudioRecorder类进行录音，将录音文件转化成NSData类型或将文件保存到沙盒，构造出语音消息，然后发送出去，收到语音消息时，客户端会主动将图片下载到本地，同时消息对象包含两个路径（本地和网络），我们可以根据路径得到文件，然后通过 AVAudioPlayer类继续播放 3、环信中是怎么实现好友管理的所谓的好友管理就是好友关系的维护，包括增、删以及黑名单的设置，环信中好友相关的操作都与 IEMContactManager类有关，好友列表可以通过FriendListViewController方法获得，好友的增加可以通过两种方式，一是主动添加（ addContact），一是被动添加（ didReceiveFriendInvitationFromUsername），删除好友关系的方法是 deleteContact，同时可以通过 addUserToBlackList方法将好友拉近黑名单 4、即时通讯app中的气泡聊天是怎么处理图片拉伸的气泡拉伸有三种方式： 1、ios5之前：-(UIImage*)stretchableImageWithLeftCapWidth:(NSInteger)leftCapWidthtopCapHeight:(NSInteger)topCapHeight;这个方法只有2个参数，leftCapWidth代表左端盖宽度，topCapHeight代表顶端盖高度。系统会自动计算出右端盖宽度(rightCapWidth)和底端盖高度(bottomCapHeight)，使用这个方法只会拉伸图片中间的区域，并不会影响到边缘和角落 2、ios5：-(UIImage*)resizableImageWithCapInsets:(UIEdgeInsets)capInsets。这个方法只接收一个UIEdgeInsets类型的参数，可以通过设置UIEdgeInsets的left、right、top、bottom来分别指定左端盖宽度、右端盖宽度、顶端盖高度、底端盖高度3、ios6：-(UIImage*)resizableImageWithCapInsets:(UIEdgeInsets)capInsetsresizingMode:(UIImageResizingMode)resizingMode，对比iOS5.0中的方法，只多了一个UIImageResizingMode参数，用来指定拉伸的模式： UIImageResizingModeStretch：拉伸模式，通过拉伸UIEdgeInsets指定的矩形区域来填充图片 UIImageResizingModeTile：平铺模式，通过重复显示UIEdgeInsets指定的矩形区域来填充图片5、环信与公司自己的服务器是怎么结合使用的环信中有自己的一套用户信息，同时我们自己的服务器也有自己的用户表，该表中保存着app中的用户名、密码、性别等嘻嘻，同时存着环信的用户名、密码，客户端的登陆首先会登进自己的服务器，然后在登进环信，这样我们的app就可以对用户提供很多东西6、环信中单聊与群聊消息的区分环信中的聊天分三种: EMChatTypeChat(单聊)/ EMChatTypeGroupChat（群聊）/ EMChatTypeChatRoom（聊天室），我们可以通过message的chatType来区分聊天类型 7、环信中，收到消息时，怎么区分是谁发出的通过每条消息的会话ID，无论是单聊还是群聊，在发送消息时都会跟随一个ConversationID，我们可以根据这个ID区分消息8、如果要在环信中实现聊天记录的功能，怎么处理首先，环信自己帮我们保存了聊天记录的，如果我们需要自己实现，则可以将消息保存的本地数据库，或者服务端9、怎么通过环信实现阅后即焚需求可以通过消息扩展配合已读回执进行实现。流程如下：A-B 发送阅后即焚消息：首先，如果是阅后即焚消息，需要在消息中标明，该消息是阅后即焚，这个时候，用到了EMMessage的ext属性，NSMutableDictionary *fireDict = NSMutableDictionary dictionary;message.ext = NSDictionarydictionaryWithObject:NSNumber numberWithBool:YESforKey:isFire;fireDict setObject:message forKey:message.messageId;EaseMob sharedInstance.chatManager asyncSendMessage:message progress:nil;到此，A构建了一个带有ext的message，其中带有isFire的key，并且将其发出给B。同时，我本地维护了一个dict，里面的key为messageID，value为阅后即焚的message当B实现了IChatManagerDelegate委托，会调用回调方法，收到A发来的消息B收到消息：-(void)didReceiveMessage:(EMMessage *)message/ 此时收到了A发来的消息，这个时候，我们需要对这个消息进行分析，看它是否是阅后即焚的消息BOOL isFire = message.ext objectForKey:isFire boolValue;如果该消息为阅后即焚，在B看过这条消息后，调用- (void)sendHasReadResponseForMessage:(EMMessage *)message;方法，向A发送“已读”如A实现IChatManagerDelegate委托，会调用方法：- (void)didReceiveHasReadResponse:(EMReceiptResp *)resp;具体处理如下，A收到消息后：从我们的fireDict中，通过id，查找该message是否存在EMMessage *message = fireDict objectForKey:resp.chatId;此时如果存在，说明该消息是阅后即焚，且B已读。接下来就是ui处理和db处理，到目前为止，可以判断B收到的消息是否为阅后即焚消息。EMConversation *conversation = EaseMob sharedInstance.chatManagerconversationForChatter:resp.fr