xmpp

对Xabber源码解析的过程(2)connection

2016-04-20  本文已影响61人  跑步与开车

1.

点开/connection包,看到了三种类型的文件:枚举类,类,接口:

小插曲:枚举类没有认真研究过,先去研究一下枚举类


枚举类有:

CertificateInvalidReason:证书无效原因;

ConnectionState:连接状态;

NetworkState:网络状态;

ProxyType:代理类型;

TLSMode:TLS模式(顺便科普以下TLS是安全传输层协议)


类有抽象类和类:

抽象类

AbstractPool,ConnectionItem

ConnectionManager,ConnectionSettings,ConnectionThread,NetworkManager,

ReconnectionManager,RequestHolder


接口有:

OnAuthorizedListener,OnConnectionListener,OnConnectedListener,

OnDisconnectListener,OnPacketListener,OnResponseListener


2.从简单的看起,比如枚举类,点一下就看完了,接下来就是接口

首先顾名思义以上接口从名字看来可以发现它们都是一些监听器,可以联想到里面可能是一些基于监听模式(如果发生了什么就对它作出一定的相应,类似的还有轮询模式和回调模式)的实现,根据注释介绍例如

OnAuthorizedListener用来监听授权情况的监听器,

OnConnectionListener,监听连接状态的改变,监听ConnectionThread被新建

OnConnectedListener,监听连接成功的监听器,与服务器成功建立连接

OnDisconnectListener,监听由于某些原因断开连接

OnPacketListener,监听Packet,处理来自connection的packet

OnResponseListener,监听响应(Listen for the response to the packet.)

除了OnResponseListener之外其他几个监听器都有个共同的特点就是①继承了BaseManagerInterface,看了一下里面啥都没写,就是个接口,这个接口现在觉得是便于管理和维护,至于到底为什么写空接口,之后再慢慢研究②里面都只有一个接口方法,跟接口名类似

OnResponseListener没有集成BaseManagerInterface,暂且把原因归结为它不用被管理, 里面写了好几个方法,都属于的回应类型:

public interfaceOnResponseListener {

voidonReceived(String account,String packetId,IQ iq);

voidonError(String account,String packetId,IQ iq);

voidonTimeout(String account,String packetId);

voidonDisconnect(String account,String packetId);

}

监听器中的方法在看类的时候再仔细研究

3.接口看完了,开始看类的实现,也就是connection包的核心部分

两个抽象类,发现AbstractPool在整个项目中根本没用到,果断不看它了(AS中显示灰色的就是没有被用到,或者alt+F7可以发现没有被用到)

通过名字和类的注释介绍可以得知它们的大概用途

NetworkManager就是用来管理网络连接的,只有连接到网络才有可能连接到XMPP服务器,

ReconnectionManager没有被用到也给不看了,说明重连管理可能被其他类处理了

RequestHolder,监听Packet分发的Listener即OnResponseListener的持有者

Holder for listener to be notified about packet delivery.

然后剩下的都是Connection开头的类一共有4个即

ConnectionManager,ConnectionSettings,ConnectionThread,抽象类ConnectionItem

这也是我们的初衷,根据Smack的顺序来看Xabber源码,现在找到了连接的管理的类,之后就开始分析它



上一篇下一篇

猜你喜欢

热点阅读