1、XMPP介紹
XMPP (Extensible Messaging and Presence Protocol ，以前稱爲Jabber)可擴展消息出席協議，是一種以XML爲基礎的可擴展應用層實時通信協議，讓任何兩個或多個網絡實體之間進行結構化和可擴展的信息交流，是目前主流的四種IM（IM：instant messaging,即時消息）協議之一，其他三種分別爲：即時信息和空間協議(IMPP)、空間和即時信息協議(PRIM)、針對即時通訊和空間平衡擴充的進程開始協議SIP(SIMPLE)。
XMPP協議可以分爲兩個部分，一個是核心協議，RFC6120規範了XML流的配置和解除，通道的加密、驗證、錯誤處理、基礎通訊，RFC6121規範了XMPP的IM功能，RFC6122規範XMPP中的地址格式。另一個是XMPP的擴展協議，比如XEP-0045 聊天室（多人聊天）
XEP-0054 電子名片，XEP-0065 SOCKS5字節流，XEP-0077 帶內註冊，XEP-0085 聊天狀態，XEP-0096 文件傳輸
2、XMPP的網絡結構
XMPP中定義了三個角色，客戶端，服務器，網關。通信能夠在這三者的任意兩個之間雙向發生。服務器同時承擔了客戶端信息記錄，連接管理和信息的路由功能。網關承擔着與異構即時通信系統的互聯互通，異構系統可以包括SMS（短信），MSN，ICQ等。基本的網絡形式是單客戶端通過TCP/IP連接到單服務器，然後在之上傳輸XML。
3、XMPP的通信原理
所有的一個Client到另一個Clinet的XMPP消息和數據都要通過XMPP服務器
1、clinet連接到server
2、server利用本地目錄系統的證書對其認證
3、client制定目標地址，讓server告知目標狀態
4、server查找，連接並進行相互認證
5、client間進行交互
在一個客戶端和一個服務器(或兩個服務器)完成了流協商之後, 雙方就可以發送XML節了. 對於'jabber:client'和'jabber:server'命名空間定義了三種XML節: <message/>, <presence/>, 和 <iq/>
4、XMPP協議的地址格式
一個實體在XMPP網絡結構中被稱作爲一個節點，它有唯一的標識符jabber identifier(JID)，即實體地址，用來表示一個用戶，但是也可以表示其他內容，例如一個聊天室．統一的JID(jabber identifier)如下：
JID=[ node”@” ] domain [ “/” resource ]
domain:服務器域名
node: 用戶名
resource:資源，屬於用戶的位置或設備
一個用戶可同時以多種資源與同一XMPP服務器連接
eg: chengwenlong@im.cvte.cn/IT
5、XMPP通過TCP傳什麼了？
即時通訊的聊天是指上就是二進制流或者字符流。在以前這些命令要麼用2進制的形式發送（比如QQ），要麼用純文本指令加空格加參數加換行苻的方式發送（比如MSN）。而XMPP傳輸的即時通訊指令的邏輯與以往相仿，只是協議的形式變成了XML格式的純文本。這不但使得解析容易了，人也容易閱讀了，方便了開發和查錯。而XMPP的核心部分就是一個在網絡上分片斷髮送XML的流協議。這個流協議是XMPP的即時通訊指令的傳遞基礎，也是一個非常重要的可以被進一步利用的網絡基礎協議。所以可以說，XMPP用TCP傳的是XML流。
如：
客戶端：
<?xml version='1.0'?>
<stream:stream to=‘example.com' xmlns=‘jabber:client' xmlns:stream='http://etherx.jabber.org/streams' version='1.0'>
服務器：
<?xml version='1.0'?>
<stream:stream from=‘example.com' id=‘someid' xmlns=‘jabber:client' xmlns:stream='http://etherx.jabber.org/streams' version='1.0'>
...其他通信...
客戶端：
<message from='[email protected]’ to='[email protected]’ xml:lang='en'>
<body>Art thou not Romeo, and a Montague?</body>
</message>
服務器：
<message from='[email protected]’ to='[email protected]’ xml:lang='en'>
<body>Neither, fair saint, if either thee dislike.</body>
</message>
客戶端：
</stream:stream>
服務器：
</stream:stream>
以文檔的觀點來看，客戶端或服務器發送的所有XML文本連綴在一起，從<stream>到</stream>構成了一個完整的XML文檔。其中的stream標籤就是所謂的XML Stream。在<stream>與</stream>中間的那些<message>...</message>這樣的XML元素就是所謂的XML Stanza（XML節）。XMPP核心協議通信的基本模式就是先建立一個stream，然後協商一堆安全之類的東西，中間通信過程就是客戶端發送XML Stanza，一個接一個的。服務器根據客戶端發送的信息以及程序的邏輯，發送XML
Stanza給客戶端。但是這個過程並不是一問一答的，任何時候都有可能從一個方發信給另外一方。通信的最後階段是</stream>關閉流，關閉TCP/IP連接。
6、基本語義
消息語義
<message />節定義了消息語義，<message />節可被看作“推”機制，一個實體推信息給其它實體，與EMAIL系統中發生的通信類似。所有消息節應該擁有‘to’屬性，指定有意的消息接收者；根據接收到那樣的一個節，服務器應該路由或傳送它到有意的接收者。
<presence />節定義了出席語義，<presence />節可被看作基本廣播或“出版-訂閱”機制，多實體收到他們已訂閱（在這種情況下，網絡可利用信息）實體的信息。總的來說，出版實體應該發送一個不帶‘to’屬性的出席節，在這種情況下，與此實體相連的服務器應該廣播給所有訂閱實體。然而，一個出版實體也可能發送一個帶有‘to’屬性的出席節，此種情況下，服務器應該路由或傳送節到有意的接收者。
IQ語義
<iq />節定義了請求語義，<iq />節可被看作一個請求－響應機制，與[HTTP]在某些方面相似。IQ語義讓一個實體向其它實體請求或接收其它實體的響應成爲可能。請求與響應的數據內容由IQ無素的直接子元素的命名空間聲明定義，並且，交互由請求實體通過使用‘id’屬性來跟蹤。因此，IQ交互遵從結構化數據交換的一個通用模式，此交換例如得到/結果或設置/結果（雖然如果合適的話，對一個請求的響應可能會以錯誤返回）。
7、常見的五種屬性
A、'to'屬性指定該節期望的接收者的JID.
<message to='[email protected]'> <body>Art thou not Romeo, and a Montague?</body> </message>
B、'from'屬性指定發送者的JID.
<message from='juliet@im.example.com/balcony' to='[email protected]'> <body>Art thou not Romeo, and a Montague?</body></message>
C、'id'屬性是由發起方實體用來跟蹤可能從其他實體(類似中間服務器或預期的接收者)收到的和它生成的節有關的任何應答或錯誤節.
這個'id'屬性僅在當前流保持唯一性還是全局保持唯一性，取決於發起方實體本身.
對於<message/>和<presence/>節來說, 建議發起方實體包含一個'id'屬性; 對於<iq/>節來說, 它是必需的.
D、type屬性指定目的或消息上下文，出席或IQ節的詳細信息。
iq節的type屬性有：Error，Get，Result，Set;
presence節的type屬性有：Available，Subscribe，Subscribed，Unsubscribe，Unsubscribed，Unavailable，Probe，Error，Invisible;
message節的type屬性有：Chat，Error，GroupChat，Headline，Normal。
E、一個節應該擁有'xml:lang’屬性，如果這個節包含了XML字符串數據打算展示給用戶(如CHARSETS所解釋的, "可讀國際化"). 'xml:lang'屬性的值指定任何這類可讀XML字符串數據的缺省語言.