項(xiàng)目中需要用到openfire的文件傳輸,但是客戶(hù)端使用flex,官方提供的xiff包中并沒(méi)有封裝文件傳輸?shù)墓δ埽瑳](méi)辦法,研究了幾天,在google和官方smock源碼的幫助下終于實(shí)現(xiàn)了xiff下的文件傳輸,在這里做個(gè)總結(jié)。
openfire服務(wù)器是基于xmpp協(xié)議的,XMPP支持兩種文件流傳輸協(xié)議,SOCKS5 Bytestreams和 In-Band Bytestreams,SOCKS5是直接發(fā)送二進(jìn)制流,而IBB是將文件轉(zhuǎn)成base64碼進(jìn)行然后用message的形式進(jìn)行傳輸,我這里僅實(shí)現(xiàn)了SOCKS5的文件代理傳輸。
SOCKS5文件傳輸需要用到兩個(gè)協(xié)議,XEP-0065和XEP-0096
XEP-0096定義文件傳輸協(xié)議,提供了一個(gè)模塊化框架使能交換被傳輸文件的信息以及參數(shù)的協(xié)商,也就是在傳輸文件之前協(xié)商將要傳輸?shù)奈募畔ⅰ?br />XEP-0065定義SOCKS5流傳輸標(biāo)準(zhǔn)協(xié)議,提供用于在任意兩個(gè)XMPP用戶(hù)之間建立字節(jié)流并進(jìn)行文件傳輸。
根據(jù)我的理解,文件傳輸?shù)倪^(guò)程分為協(xié)商,建立socks5連接,二進(jìn)制傳輸這三個(gè)階段
協(xié)商的過(guò)程最復(fù)雜,然后是建立連接,傳輸就比較簡(jiǎn)單,下面一個(gè)一個(gè)來(lái)講
協(xié)商包括初始方、目標(biāo)方、代理方,初始方就是發(fā)送文件方,目標(biāo)方即文件接收方,代理方是socks5代理服務(wù)器,
協(xié)商過(guò)程就是三方互相發(fā)送xml來(lái)交換信息的過(guò)程,通俗點(diǎn)就是三個(gè)人溝通一下傳什么文件和怎么傳文件。
首先遵循XMP-0096協(xié)議,初始方給目標(biāo)方發(fā)送包含文件信息的xml
<iq to="android@192.168.1.113/Spark 2.6.3" type="set" id="iq_13" from="iphone@192.168.1.113/xiff">
<si profile="http://jabber.org/protocol/si/profile/file-transfer" mime-type="text/plain" id="82B0C697-C1DE-93F9-103E-481C8E7A3BD8" xmlns="http://jabber.org/protocol/si">
<feature xmlns="http://jabber.org/protocol/feature-neg">
<x xmlns="jabber:x:data" type="form">
<field var="stream-method" type="list-single">
<option><value>http://jabber.org/protocol/bytestreams</value></option>
<option><value>http://jabber.org/protocol/ibb</value></option>
</field>
</x>
</feature>
<file xmlns="http://jabber.org/protocol/si/profile/file-transfer" name="img0545.png" size="152443"><desc>send</desc></file>
</si>
</iq>
目標(biāo)方接收到信息后發(fā)送回執(zhí),表示同意接收文件













這時(shí)進(jìn)入XEP-0065協(xié)議階段
初始方給服務(wù)器發(fā)送信息,請(qǐng)求提供代理服務(wù)器


服務(wù)器回復(fù)信息,告知可用的代理









這里選擇name=“Socks 5 Bytestreams Proxy”的代理,初始方給這個(gè)代理發(fā)送信息獲取代理連接信息

代理方回復(fù)信息,告知初始方代理的jid、IP、端口等信息






初始方收到代理信息后將代理的信息發(fā)送給目標(biāo)方






然后就進(jìn)入連接階段,也就是初始方和目標(biāo)方分別和代理建立socks5連接的過(guò)程。(關(guān)于SOCKS5協(xié)議連接,我之后會(huì)補(bǔ)充)。
目標(biāo)方收到代理信息后和代理建立socket連接(使用SOCKS5協(xié)議連接),連接成功后通知初始方使用的代理jid






初始方開(kāi)始與代理建立socket連接(也使用SOCKS5協(xié)議),連接成功后給代理發(fā)送請(qǐng)求,要求激活文件流






代理回復(fù)激活成功信息


初始方收到回復(fù)信息后就進(jìn)入二進(jìn)制流傳輸階段,這時(shí)就可以開(kāi)始發(fā)送二進(jìn)制流了
等初始方將流發(fā)送完畢后把socket流關(guān)閉傳輸就完成了文件的傳輸。
注意:type為result的回復(fù)信息使用的id一定要和請(qǐng)求的信息id一樣。