当前位置:首页 > 开发 > 开源软件 > 正文

Smack 体系结构

发表于: 2011-09-20   作者:jiangm520   来源:转载   浏览次数:
摘要: Smack 体系结构 Zhuam (zhuam... @gmail.com) 摘要: 本文从宏观上介绍Smack类库的基本架构以及源代码的组织方式,并不会涉及太多的代码细节,如果你想从整体了解Smack,有必要一读。 Smack 在我看来可以分为三个基本层面(通讯层、协议层、核心Wrapper层),注:软件分层的看法各不同,可能我认为这样划分比较好,你也可能觉得你的划分更贴切,但都没关系

Smack 体系结构
Zhuam (zhuam... @gmail.com)
摘要:
本文从宏观上介绍Smack类库的基本架构以及源代码的组织方式,并不会涉及太多的代码细节,如果你想从整体了解Smack,有必要一读。

Smack
在我看来可以分为三个基本层面(通讯层、协议层、核心Wrapper层),注:软件分层的看法各不同,可能我认为这样划分比较好,你也可能觉得你的划分更贴切,但都没关系,随你的爱好吧,注:由于系统核心Wrapper层主要用到了Observer设计模式,如果对Observer模式不是很熟悉,请看我的一篇(Observer设计模式)文章,里面有比较清晰的阐述。
基本的通讯层采用Java
传统I/O机制来实现,用实现消息的收发。
协议层实现了基本的IQ、Presence、Message 等Jabber
Packet,同时他也提供了一个让您扩展自定义协议的Provider
机制。
核心Wrapper
层在我看来是逻辑最为复杂的一层,在这一层中有好几个亮点
Filter 和Observer机制。

总体结构概览:

参考:Smack Overview  、Getting Started With Smack (Smack
官方文档)。

核心Wrapper 层
Packet 的发送:

用Smack发送一个Packet ,是将Packet 分别加入到queue 和
sendPackets 队列中去,然后由 WriterThread
这个线程将queue中的Packet
发到Jabber服务器,而至于ListenerThread线程则是将sendPackets这个队列中的Packet
交给Listeners中的监听器来监听处理,keepAliveThread
这个线程看名字就知道,是用于发KeepAlive消息的,这里如果配置需要发送KeepAlive
消息的话,那这个消息将会是一个空格并被定时发送给Jabber
Server。

参考 :Messaging using Chat and GroupChat (Smack 官方文档)

Packet的接收:

PacketReader 中启动两个线程来监控并操作从Socket
中来的消息,一个是ReaderThread线程和一个ListenerThread
线程,当消息到达Socket缓冲区的时候,ReaderThread
会从Socket中解析这个消息,并将消息转换成适当的消息对象,并由这些特定Filter来过滤这些消息并保存到相应的收集器中(PacketCollector)中去,然后由ListenerThread
来将这些特定收集器中的Packet交由特定的Listener
来处理,至于Filter
我在这里没有细说,简单概况一下功能,过滤某一个或者某一些特定的Packet,如:AndFilter
就是可以组合多个PacketFilter为一个Filter
集合,当他们的过滤结果都为真的时候,才会截获这个Packet并将该Packet存储到PacketCollector中。

下面给出Filter部分设计类图:

参考:Processing Incoming Packets(Smack 官方文档)

协议层:
(1)     Packet 基本设计:
协议层是我感觉设计的最为灵活的一层,尤其他的Provider
Architecture非常到位,下面就先看一下org.jivesoftware.smack.packet

包中的设计类图,这个我不作解释,这个类图已经能够说明问题了。

另外一个org.jivesoftware.smackx.packet包都是Packet扩展。

(2)     Packet 高级设计:(Provider Architecture)
Provider
的设计目的就是方便协议的扩充,提供简易的扩展Packet
及扩展Packet
Provider(解析类),下面是org.jivesoftware.smack.provider
包类图:

ProviderManager 用于管理我们扩展的所有Provider
,且这些Packet
Provider声明都是被定义在外部的META-INF/smack.providers文件中,初始化必须由ProviderManager来加载所有Provider类,而至于扩展Packet的解析则是通过elementName
和 namespace 来确定Packet Provider类。

举例Jabber:iq:time
Packet扩展(节选自smack.providers文件):
    <!-- Time -->
    <iqProvider>
        <elementName>query</elementName>
        <namespace>jabber:iq:time</namespace>
        <className>org.jivesoftware.smackx.packet.Time</className>
    </iqProvider>
在org.jivesoftware.smackx.provider 包中都是扩展Packet
Provider实现,(注:
我所说的扩展Packet并不一定就代表这个Packet
是自创的,Jabber
发布的扩展协议,如果在这里用Provider
机制来实现,在我看来这就叫扩展Packet)ProviderManager管理两种类型的Provider:一种是IQProvider
-解析IQ请求,另一种则是PacketExtensionProvider
-解析附加在Packet 中的XML子文档 。

因为Smack  默认仅仅知道怎样处理IQ Packets
以及下面这些扩展Packet,他们的namespaces如下:
        jabber:iq:auth
        jabber:iq:roster
        jabber:iq:register
所以我们会看到org.jivesoftware.smackx.provider
包中都是用provider
Architecture实现的扩展Packet解析或Packet本身。

请看org.jivesoftware.smackx.provider 中的类图:

Provider
Architecture的实现我只能讲到这里,其实关于Provider
Architecture说的最好的是官方文档,本想翻译出来,实在是怕本人的蹩脚英语,翻译出来的东西会伤害到您,所以大家伙就自己看英文吧!

参考:Provider Architecture: Packet Extensions and Custom IQ's

网络层:
至于网络层我的确不知道怎么说好,在我看了就是通过传统Java
I/O
来获取Socket缓冲区消息,并通过Socket发送消息,没什么可说的。

Smack 体系结构

  • 0

    开心

    开心

  • 0

    板砖

    板砖

  • 0

    感动

    感动

  • 0

    有用

    有用

  • 0

    疑问

    疑问

  • 0

    难过

    难过

  • 0

    无聊

    无聊

  • 0

    震惊

    震惊

编辑推荐
OpenFire 是采用Java开发的基于XMPP(Jabber)协议,开源实时协作(RTC)服务器。 Smack 是用 Java
OpenFire 是采用Java开发的基于XMPP(Jabber)协议,开源实时协作(RTC)服务器。 Smack 是用 Java
OpenFire 是采用Java开发的基于XMPP(Jabber)协议,开源实时协作(RTC)服务器。 Smack 是用 Java
openfire的文件发送有两种: XMPP支持两种文件流传输协议,SOCKS5 Bytestreams和 In-Band Bytestrea
smack是什么?具体百度一下。我的理解也不深,我理解其实就是XMPP协议的实现。都是浮云,一切都是工
XmpPullParser   鉴于xmpp协议都是以xml格式来传输,因此源码中解析协议都是用到XmpPullParser来
基于openfire_3_10_0、smack_4_1_1 的聊天推送demo. 前提:在最新版本中通过smack类库实现聊天内容
1:关于smack与tigase的用法跟作用请大家自己去网上查看相关资料,这里就不做描述了。 PS:这篇文章
上一篇:基于xmpp openfire smack开发openfire之介绍和部署[1] 关于Smack编程库,前面我们提到,它
本文转载http://blog.csdn.net/shimiso 关于Smack编程库,前面我们提到,它是面向Java端的api,主要
版权所有 IT知识库 CopyRight © 2009-2015 IT知识库 IT610.com , All Rights Reserved. 京ICP备09083238号