Xmpp通信模块框架（基于webrtc的libjingle）

 

前言：年总了，针对今年的一些工作进行总结，重新整理了发出来共享讨论。

一、概述

1、背景

提高与tigase通信的稳定性，降低因为代码混乱引起开发难度及开发出现的内测问题BUG等。

现有的xmpp框架使用第三方库libjingle，使用时存崩溃风险；现有的xmpp框架的可维护性低，开发修改存在较大风险。

2、说明

本设计文档作为模块的设计文档，为编码的依据。

二、分析

1、Libjingle库的分析

1）、分析libjingle的库，得出如下类图：

 

 

 

2）、分析相关使用：

l xmpp的所有操作都是放在一个独立现场处理的。XmppThread的消息队列、PresenceReceiveTask是线程安全的；除此之外对外暴露的接口都不是现场安全的。

l 分析发送方式

1、示例PresenceOutTask首先它不是现场安全的，如果使用需要自己加锁。

2、通过XmppThread的消息队列来达到发送的方式。

2、代码中使用存在的问题：

1）、线程对象每次重新删除，容易引起线程出错：XmppThread

2）、线程对象删除后，该对象为空，使用该对象发送消息会崩溃：buzz::XmppClient*

3）、任务不要要自己删除，libjingle会自己删除：buzz::XmppTask

4）、通信模块和业务模块混合在一起，结构不清晰、混乱。如连接模块的连接逻辑、重连逻辑和真正的通信逻辑混杂在一起，已日趋复杂与不可读。

三、设计

1、两层模块，分为通信层和通信相关业务逻辑层。

 

通信层作为通信的基础框架，只做通信相关的处理。

xmpp的业务逻辑层，比如收到的状态维护等。

 

2、通信层（Xmpp Net Module）；

通信层只关心与同向相关的内容，不涉及具体业务。

解决问题：

1、通信层的线程不删除。

2、为保证注销之后的发送数据等是正常的，重新创建了底层通信模块。

3、接受任务不自己删除，由底层通信模块删除。

4、发送任务通过线程的消息队列投递发送。

 

3、业务逻辑层处理（Xmpp Logic）

XmppApp：业务逻辑对象与通信层对象转换模块。

ConnManaager：连接管理，连接、断线、重连等。

PresenceManager: 状态管理，状态的发送和其他用户状态变化管理。

MessageManager：消息管理，消息的发送和接受。

IQManager：IQ管理，包括IQACK的注册和IQNOTICE的发送和接受。

 

 

转载于:https://www.cnblogs.com/rewhite/p/6343629.html