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


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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。