* XEP-0096: File Transfer 這是傳輸文件的統(tǒng)一接口，客戶端之間用它來協(xié)商到底采用那種具體的傳輸方式，包括以下三種。
* XEP-0047: In-Band ByteStreams 帶內(nèi)字節(jié)流，這個協(xié)議實際上用于小數(shù)據(jù)量傳輸，只是它用的字節(jié)流傳輸，所以也順便說一下。帶內(nèi)，也就是夾帶在XML流中，通過XMPP服務器中轉傳輸。具體用法是把數(shù)據(jù)用base64編碼放在XML流中傳給對方。這個辦法不好，base64編碼效率很低，而且所有數(shù)據(jù)必須由服務器中轉。
* XEP-0066: Out of Band Data 帶外字節(jié)流，帶內(nèi)不行就走帶外，也就是不經(jīng)過XMPP服務器。這個用法是在發(fā)起傳輸?shù)目蛻舳伺R時建立一個http服務(當然也可以是別的服務)，把自己的IP和端口（通過XMPP消息）告訴接收方，讓對方直接來下載。這個方法有一個問題，發(fā)送一方必須是公網(wǎng)IP，否則對方無法訪問。 注：目前Pandion，Linq支持這個XEP。
* XEP-0065: SOCKS5 Bytestreams SOCKS5字節(jié)流，使用SOCKS5傳輸文件，有直連式和代理傳輸兩種方式。發(fā)送方把預定的IP和端口（通過XMPP消息）告訴接收方。如果雙方都在公網(wǎng)，采用SOCKS直接傳輸。如果任何一方在內(nèi)網(wǎng)，經(jīng)過SOCKS5代理服務器傳輸，發(fā)送方把代理服務器的IP和端口告訴給接收方。這里的SOCKS5代理服務器和通用的代理服務器稍有差別，因為它需要通過發(fā)送方提出的一個sessionID由XMPP服務器通知SOCKS5代理服務器把雙方的SOCKS通道連通，也就是激活。 注：目前Psi，Linq支持這個XEP。


----- google的gtalk宣布采用XMPP標準之后，對于大數(shù)據(jù)量傳輸又采用了新的辦法，也就是jingle。這個協(xié)議除了考慮文件傳輸，更多的考慮到了多媒體應用，不過總體來說它的思路和前述的方法相差不大,或者說是前述的XEP的擴展和優(yōu)化。目前jingle在XEP中還處于試驗狀態(tài)，但是在gtalk中已經(jīng)采用了jingle，而且gtalk完全不支持前述的XEPs。
大鱷都是這樣了，仗著自己有錢有勢......。

總結

以上是生活随笔為你收集整理的gtalk的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。