即时通讯ios开发的简单介绍
iOS---融云即时通讯---自定义消息
注册消息
我们提供的服务有：成都做网站、成都网站制作、微信公众号开发、网站优化、网站认证、敦煌ssl等。为千余家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的敦煌网站制作公司
注册消息共分为四步。
(1)自定义消息集成自RCMessageContent
(2)遵循RCMessageCoding协议
RCMessageCoding 主要有三个功能：
摘要
(3) 内容摘要协议
协议原型:
RCMessageContentView 主要有一个功能:
设置消息摘要:
开发者在进行完自定义消息类后，需要在 SDK init 之后，注册此自定义消息类。
开发者可根据自己的业务需求是否需要显示用户信息来选择继承消息 Cell。
类名:
1
结构图:
控件需要添加在 baseContentView 上，建议在 baseContentView 上方预留 10
类名:
1
结构图:
控件需要添加在 messageContentView 上，根据需求在画 Cell 视图布局的时候调整 messageContentView 的 frame ，如果是接收方，只需要修改 messageContentView 的 width 和 height ，如果是发送方，需要修改 messageContentView 的 x 、 width 和 height 。
开发者需要在 Cell 的初始化中布局，并重写下面方法来返回 Cell 的 Size 。当显示自定义消息时，必须实现该方法来返回 Cell 的 Size 。
注册消息 Cell
SDK 需要开发者在会话页面注册您定义的消息 Cell 并绑定您的消息类型
①在自定义cell中添加tap点击事件，
②实现tap事件，在tap事件中判断代理是否实现了如下方法，
③调用SDK中的cell点击事件回调
在如上方法中添加自定义cell的点击事件
iOS 即时通讯（二）：心跳保活
很多人认为，TCP协议有KeepAlive机制，为何基于它的通讯链接仍然需要在应用层实现额外的心跳保活呢？本文将从移动端IM的角度告诉你，即使使用的是TCP协议，应用层的心跳保活仍旧必不可少。
在使用TCP长连接的IM服务设计中，往往都会涉及到心跳。心跳一般是指客户端每隔一定时间向服务端发送自定义指令，以判断双方是否存活，因其按照一定间隔发送，类似于心跳，故称为心跳指令。
TCP是一个基于连接的协议，其连接状态是由一个状态机进行维护，连接完毕（三次握手）后，双方都会处于established状态，这之后的状态并不会主动进行变化。也就是说，即使上层不进行任何调用，一直使TCP连接空闲，那么它仍然是保持连接的状态。这个时候就需要一种机制来检测TCP连接的状态，KeepAlive就是背负这个使命出现的。
那么问题来了，KeepAlive是用来检测TCP连接状态的，那为什么还需要心跳呢？这里就需要考虑一种情况了，假如某台服务器因为某些原因导致负载超高，CPU100%，无法响应任何业务需求，但是使用TCP探针仍旧能够确定连接状态，这就是典型的连接活着但业务提供方已死的状态，对客户端而言，这时最好的选择就是断线后重新连接其他服务器，而不是一直认为当前服务器是可用状态，一直向当前服务器发送些必然后失败的请求。
从上面我们可以知道，KeepAlive并不适合检测双方存活的场景，这种场景还得依赖于应用层的心跳。应用层的心跳有着更大的灵活性，可以控制检测时机、间隔和处理流程，甚至可以在心跳包上附带额外信息。从这个角度而言，应用层的心跳的确是最佳实践。
TCP KeepAlive用于检测连接的死活，而心跳机制则附带一个额外的功能：检测通讯双方的存活状态。
从上面我们可以得出结论，目前而言，应用层心跳的确是检测连接有效性，双方是否存活的最佳实践，那么剩下的问题就是怎么实现。
最简单粗暴的方法是定时心跳，如每隔30秒心跳一次，15秒内没有收到心跳包则认为当前连接已失效，断开连接并进行重连。这种做法最直接，实现也简单。唯一的问题就是耗电和耗流量。以一个协议包 5 个字节计算，一天收发 2880 个心跳包，一个月就是 5 x 2 x 2880 x 30 = 0.8 M 的流量，如果手机上多装几个 IM 软件，每个月光心跳就好几兆流量没了，更不用说频繁的心跳带来的电量损耗。
既然频繁心跳会带来耗电和耗流量的弊端，改进的方向自然就是减少心跳频率，但也不能过于影响连接检测的实时性。基于这个需求，一般可以将心跳间隔根据程序状态进行调整，当程序在后台时（这里主要指安卓），尽量拉长心跳间隔，5分钟、甚至10分钟都可以。
而当App在前台时则按照原来规则操作。连接可靠性的判断也可以放宽，避免一次心跳超时就认为连接无效的情况，使用错误积累，只在心跳超时n次后才判定当前连接不可用。
iOS即时通讯 WebSocket Socket
Websocket是应用层第七层上的一个应用层协议，它必须依赖 HTTP 协议进行一次握手 ，握手成功后，数据就直接从 TCP 通道传输，与 HTTP 无关了。
Websocket的数据传输是frame形式传输的，比如会将一条消息分为几个frame，按照先后顺序传输出去。这样做会有几个好处：
1 大数据的传输可以分片传输，不用考虑到数据大小导致的长度标志位不足够的情况。
2 和http的chunk一样，可以边生成数据边传递消息，即提高传输效率
Socket 其实并不是一个协议。它工作在 OSI 模型会话层（第5层），是为了方便大家直接使用更底层协议（一般是 TCP 或 UDP ）而存在的一个抽象层。Socket是对TCP/IP协议的封装，Socket本身并不是协议，而是一个调用接口(API)。
Socket通常也称作”套接字”，用于描述IP地址和端口，是一个通信链的句柄。网络上的两个程序通过一个双向的通讯连接实现数据的交换，这个双向链路的一端称为一个Socket，一个Socket由一个IP地址和一个端口号唯一确定。应用程序通常通过”套接字”向网络发出请求或者应答网络请求。
Socket在通讯过程中，服务端监听某个端口是否有连接请求，客户端向服务端发送连接请求，服务端收到连接请求向客户端发出接收消息，这样一个连接就建立起来了。客户端和服务端也都可以相互发送消息与对方进行通讯，直到双方连接断开。
所以基于WebSocket和基于Socket都可以开发出IM社交聊天类的app
我们自己去实现也有很多选择：
1）首先面临的就是传输协议的选择，TCP还是UDP？
2）其次是我们需要去选择使用哪种聊天协议：1.基于Scoket或者WebScoket或者其他的私有协议?2.MQTT?3.还是广为人诟病的XMPP?
3）我们是自己去基于OS底层Socket进行封装还是在第三方框架的基础上进行封装？
4）传输数据的格式，我们是用Json、还是XML、还是谷歌推出的ProtocolBuffer？
5）我们还有一些细节问题需要考虑，例如TCP的长连接如何保持，心跳机制，Qos机制，重连机制等等...当然，除此之外，我们还有一些安全问题需要考虑。
对于小公司或者技术不那么成熟的公司，IM一定要用TCP来实现，因为如果你要用UDP的话，需要做的事太多。当然QQ就是用的UDP协议，当然不仅仅是UDP，腾讯还用了自己的私有协议，来保证了传输的可靠性，杜绝了UDP下各种数据丢包，乱序等等一系列问题。
总之一句话，如果你觉得团队技术很成熟，那么你用UDP也行，否则还是用TCP为好。
首先我们以实现方式来切入，基本上有以下四种实现方式：
1.基于Scoket原生：代表框架 CocoaAsyncSocket。
2.基于WebScoket：代表框架 SocketRocket。
3.基于MQTT：代表框架 MQTTKit。
4.基于XMPP：代表框架 XMPPFramework。
当然，以上四种方式我们都可以不使用第三方框架，直接基于OS底层Scoket去实现我们的自定义封装。下面我会给出一个基于Scoket原生而不使用框架的例子，供大家参考一下。
首先需要搞清楚的是，其中MQTT和XMPP为聊天协议，它们是最上层的协议，而WebScoket是传输通讯协议，它是基于Socket封装的一个协议。而通常我们所说的腾讯IM的私有协议，就是基于WebScoket或者Scoket原生进行封装的一个聊天协议。
所以说到底，iOS要做一个真正的IM产品，一般都是基于Scoket或者WebScoket等，再之上加上一些私有协议来保证的。
微信,QQ这类IM app怎么做——谈谈Websocket
iOS即时通讯，从入门到“放弃”？(demo)
iOS即时通讯，从入门到“放弃”？(文档)
感谢大神涂耀辉
iOS 即时通讯IM及音视频工作整理
整理一下近期的工作内容，主要有以下几点，仅供参考
1、iOS 简易即时通讯IM 及webSocket
通过 webSocket与后台通讯实现简易的IM即时通讯聊天，图片，视频，即表情发送。
贴上连接：
2、iOS 音视频通话及会议
iOS 点对点音视频通话，通过webRTC + sip 协议实现， iOS 音视频会议通过webRTC + webSocket实现。
贴上链接： （webRTC + sip 协议实现）
贴上链接： （webRTC + webSocket实现）
3、iOS Voip通知处理
实现流程以及需要准备哪些东西。
贴上连接：
以上内容仅供参考，自认为不属于技术大牛的一类，仅用于给大家提供思路。
怎么开发即时通讯app？
即时通讯的开发并不容易，全部从零开始是需要较长时间的百度但是如果想要快速开发系统，也可以使用即时通讯源码等专业解决方案进行快速开发，你也可以找ZEGO即构这类提供即时通讯SDK的服务商，分拆业务模块进行开发。ZEGO 即时通讯提供50多种用户需要的APP内聊天功能，支持文字、图片、语音、视频、文件等多种类型消息传输，离线状态下发送的消息可以正常保存，用户登录后会收到离线消息，覆盖主流手机厂商。
ios socket即时通讯
总结：socket其实就是：用来操作某个IP上的某个端口来达到点对点通讯效果，本身就是一个抽象的东东，通讯就是通过socket来交互，可以面向TCP和UDP两种连接
以上案列采用的 “nc”命令，可以用来检测本地GCP连接
socket是成双成对的出现
3.定义socket
这时，在app控制台打印出效果
ok,一切尽在不言中
发送成功后，这时在终端上就显示出了，刚刚发送的消息
是实际开发过程中，对于一般的小型聊天，都采用“环信、融云、LeanClould”,但是对于主供消息聊天的就不可能采用这些三方公司的，因为价钱太高，所以就会引用一些三方框架：
网页标题：即时通讯ios开发的简单介绍
分享地址：http://ybzwz.com/article/hosgoo.html
