對于環(huán)信(即時聊天)分為三個方面學習：

1瞬项，Socket的網(wǎng)絡通信矾缓，Socket相關難點理解（詳見——Socket）

2冰寻，結合官網(wǎng)，對環(huán)信的作用理解（詳見——環(huán)信內容_提煉）

3煤率，繼承 環(huán)信Demo仰冠，代碼在個人工作目錄里邊，步驟（詳見——環(huán)信的即時通訊集成）

Socket

socket

（主要在于理解）

所謂socket蝶糯，通常稱為“套接字”沪停，網(wǎng)絡應用程序通過套接字向網(wǎng)絡發(fā)送請求或者應答網(wǎng)絡請求。socket通常用于描述IP地址和端口裳涛，是一個通信鏈的句柄，可以用來實現(xiàn)不同虛擬機或者不同計算機之間的通信众辨。

TIP:

對TCP/IP 和socket網(wǎng)絡協(xié)議的初步認識端三，在這里總結出來，可以梳理一下我對網(wǎng)絡協(xié)議的理解鹃彻，加深印象.

話說兩臺電腦要通訊就必須遵守共同的規(guī)則郊闯，就好比兩個人要溝通就必須使用共同的語言一樣。一個只懂英語的人，和一個只懂中文的人由于沒有共同的語言（規(guī)則）就沒辦法溝通团赁。兩臺電腦之間進行通訊所共同遵守的規(guī)則育拨，就是網(wǎng)絡協(xié)議。

那么誰來制定這個網(wǎng)絡協(xié)議欢摄？

國際標準化組織(ISO)定義了網(wǎng)絡協(xié)議的基本框架熬丧，被稱為OSI模型。要制定通訊規(guī)則怀挠，內容會很多析蝴，比如要考慮A電腦如何找到B電腦，A電腦在發(fā)送信息 給B電腦時是否需要B電腦進行反饋绿淋，A電腦傳送給B電腦的數(shù)據(jù)的格式又是怎樣的闷畸？內容太多太雜，所以OSI模型將這些通訊標準進行層次劃分吞滞，每一層次解決 一個類別的問題佑菩，這樣就使得標準的制定沒那么復雜。OSI模型制定的七層標準模型裁赠，分別是：應用層殿漠，表示層，會話層组贺，傳輸層凸舵，網(wǎng)絡層，數(shù)據(jù)鏈路層失尖，物理層啊奄。

雖然國際標準化組織制定了這樣一個網(wǎng)絡協(xié)議的模型，但是實際上互聯(lián)網(wǎng)通訊使用的網(wǎng)絡協(xié)議是TCP/IP網(wǎng)絡協(xié)議掀潮。

TCP/IP 是一個協(xié)議族菇夸，也是按照層次劃分。共四層：應用層仪吧，傳輸層庄新，互連網(wǎng)絡層，網(wǎng)絡接口層薯鼠。 那么TCP/IP協(xié)議和OSI模型有什么區(qū)別呢择诈？OSI網(wǎng)絡協(xié)議模型，是一個參考模型出皇，而TCP/IP協(xié)議是事實上的標準羞芍。TCP/IP協(xié)議參考了OSI 模型，但是并沒有嚴格按照OSI規(guī)定的七層去劃分標準郊艘，而只劃分了四層荷科，個人覺得這樣會更簡單點唯咬，當劃分太多層次時，你很難區(qū)分某個協(xié)議是屬于哪個層次 的畏浆。TCP/IP協(xié)議和OSI模型也并不沖突胆胰，TCP/IP協(xié)議中的應用層協(xié)議，就對應于OSI中的應用層刻获，表示層蜀涨，會話層。就像以前有工業(yè)部和信息產業(yè) 部将鸵，現(xiàn)在實行大部制后只有工業(yè)和信息化部一個部門勉盅，但是這個部門還是要做以前兩個部門一樣多的事情，本質上沒有多大的差別顶掉。TCP/IP中有兩個重要的協(xié) 議草娜，傳輸層的TCP協(xié)議和互連網(wǎng)絡層的IP協(xié)議，因此就拿這兩個協(xié)議做代表痒筒，來命名整個協(xié)議族了宰闰，在說TCP/IP協(xié)議時，是指整個協(xié)議族簿透。

TCP/IP協(xié)議分為四個層次移袍，但我們并不需要了解所有層次的協(xié)議，我覺得主要關注應用層和傳輸層的協(xié)議就可以了老充。拿寄送郵件舉例葡盗， A寄郵件給B，A關心的是用什么格式寫什么內容給B（應用層內容）啡浊，是寄掛號信還是寄平信（傳輸層內容）觅够，但是A是不會去關注郵件傳送過程中采用了那條路 線，郵遞員是如何把信件遞送到B手里的（互連網(wǎng)絡層巷嚣，網(wǎng)絡接口層）喘先。

先說傳輸層，傳輸層有多個協(xié)議廷粒，但最主要的是TCP和UDP協(xié)議窘拯。兩則的區(qū)別在于TCP協(xié)議需要接收方反饋，UDP協(xié)議不需要接收方反饋坝茎。TCP就像掛號 信涤姊，A電腦發(fā)信息給B電腦后，需要得到B電腦的反饋嗤放，這樣A電腦就能知道B電腦是否已經收到信息砂轻。UDP就像平信，A電腦發(fā)信息給B電腦后斤吐，B電腦并不給 A電腦發(fā)聵搔涝，A電腦發(fā)送信息出去后并不知道B電腦是否已經收到。 因此和措，TCP傳輸比UDP傳送更可靠庄呈，但是TCP傳輸?shù)男示筒蝗鏤DP了。至于派阱，在傳送過程中具體選擇哪種傳送方式诬留，需要具體問題具體分析。在不可靠的 網(wǎng)絡傳送過程中一般選擇TCP傳送方式贫母。在講求效率文兑，或者不在乎傳送失誤的情況下可以選擇UDP方式來提高傳輸速率。

應用層的協(xié)議有很多腺劣，每一個協(xié)議代表一種類型的服務绿贞。HTTP協(xié)議，萬維網(wǎng)服務橘原。FTP協(xié)議籍铁，文件傳送服務。POP3趾断，郵件服務拒名，SOAP協(xié)議webService服務。

在理解TCP/IP協(xié)議的過程中芋酌，我遇到了三個困惑增显。

1.什么是socket?

以前有聽說過socket編程這種說法，也有的說套接字編程脐帝。我在搜索關于socket的資料時同云，發(fā)現(xiàn)有的說socket是指一個連接，有的說 socket是一指一個端點腮恩。拿打電話做比喻梢杭，A電話機和B電話機正在通話，那么socket是指的A和B之間的連接線呢秸滴，還是指電話機（端點）武契？

我現(xiàn)在的理解是，socket就是一個連接中的一個端點荡含，一次通訊（連接）a,b端都會有一個socket咒唆。一個socket對應一個連接。

2.http協(xié)議屬于應用層還是傳輸層释液？（應用層－－用什么格式寫）

http 超文本傳送協(xié)議全释，聽上去像是傳輸層的協(xié)議一樣。但事實上大家都知道http和ftp一樣都是屬于應用層的協(xié)議误债，我先前很納悶的是浸船，既然是應用層的協(xié)議妄迁，怎 么就取這樣一個誤導人的名稱啊。在對TCP/IP協(xié)議還不熟悉的時候李命，這很容易讓人誤解和納悶的登淘。后來，我在wiki上發(fā)現(xiàn)這么一段話：

http中文譯名問題

HTTP 在中國大陸被翻譯為“超文本傳輸協(xié)議”封字，因為“transfer”在中文里有“傳輸”的含意黔州。但依據(jù) HTTP 定制者之一的 Roy Fielding博士的論文[1]（6.5.3節(jié)），作者專門強調“transfer”表示的是“（表述狀態(tài)的）轉移” （Representational State Transfer）阔籽，而不是“傳輸”（transport）流妻。故其中文譯名“超文本傳輸協(xié)議”恰恰引種反映了這種誤解。更符合原義的譯名應該為“超文本轉 移協(xié)議”笆制。

這段話解除了我的疑惑绅这。那么http協(xié)議當然是應用層的協(xié)議。

3.SOAP可以使用HTTP協(xié)議進行傳輸嗎项贺？（基于XML WEB上交換結構化的和固化的信息）

在了解SOAP協(xié)議的過程中君躺，看到介紹說soap可以通過tcp,udp,http協(xié)議來傳送。這也是讓人困惑的描述开缎。一看這句話棕叫，就會感覺http怎么 和tcp,udp協(xié)議并列了呢？難道http還是屬于傳輸層的協(xié)議奕删？再加上http中文譯名的問題俺泣，名字聽上去像傳輸層，初學者又要開始頭大了完残。

事實上伏钠，http是應用層的協(xié)議，這一點可以毫無懷疑谨设。那么現(xiàn)在新的問題來了熟掂。soap和http都是應用層協(xié)議，怎么說soap能用http協(xié)議來傳輸呢扎拣？應用層的協(xié)議可以用應用層的協(xié)議傳送嗎赴肚？

我查閱了資料，是這樣一回事情二蓝，soap將信息進行XML的序列化后誉券，再用http協(xié)議的方式再打包進行傳送，傳送的方式還是tcp或者udp刊愚。做個比喻 就好理解了踊跟。tcp 和 udp 都是公路，暫且把tcp認為是一般公路鸥诽，udp高速公路商玫，soap和http就都是汽車箕憾，那么soap和http都可以在tcp和udp上跑。說soap 可以通過http來傳送拳昌，實際就是說soap是小轎車厕九，http是裝轎車的卡車，把soap的信息裝到http里面地回，然后再運輸，當然走的道路還是tcp 或udp俊鱼。

說soap可以通過http協(xié)議來傳輸刻像，這句話不太準確，比較準確第說法是：soap信息可以通過http協(xié)議包裝后通過tcp或udp傳輸并闲。

TCP细睡、UDP、HTTP帝火、SOCKET之間的區(qū)別

IP：網(wǎng)絡層協(xié)議溜徙；

TCP和UDP：傳輸層協(xié)議；

HTTP：應用層協(xié)議犀填；

SOCKET：TCP/IP網(wǎng)絡的API蠢壹。

TCP/IP代表傳輸控制協(xié)議/網(wǎng)際協(xié)議，指的是一系列協(xié)議九巡。

TCP和UDP使用IP協(xié)議從一個網(wǎng)絡傳送數(shù)據(jù)包到另一個網(wǎng)絡图贸。把IP想像成一種高速公路，它允許其它協(xié)議在上面行駛并找到到其它電腦的出口冕广。TCP和UDP是高速公路上的“卡車”疏日，它們攜帶的貨物就是像HTTP，文件傳輸協(xié)議FTP這樣的協(xié)議等撒汉。

TCP和UDP是FTP沟优，HTTP和SMTP之類使用的傳輸層協(xié)議。雖然TCP和UDP都是用來傳輸其他協(xié)議的睬辐，它們卻有一個顯著的不同：TCP提供有保證的數(shù)據(jù)傳輸挠阁，而UDP不提供。這意味著TCP有一個特殊的機制來確保數(shù)據(jù)安全的不出錯的從一個端點傳到另一個端點溉委，而UDP不提供任何這樣的保證鹃唯。

HTTP(超文本傳輸協(xié)議)是利用TCP在兩臺電腦(通常是Web服務器和客戶端)之間傳輸信息的協(xié)議“旰埃客戶端使用Web瀏覽器發(fā)起HTTP請求給Web服務器坡慌，Web服務器發(fā)送被請求的信息給客戶端。

記住藻三，需要IP協(xié)議來連接網(wǎng)絡;TCP是一種允許我們安全傳輸數(shù)據(jù)的機制洪橘，跪者，使用TCP協(xié)議來傳輸數(shù)據(jù)的HTTP是Web服務器和客戶端使用的特殊協(xié)議。

Socket 接口是TCP/IP網(wǎng)絡的API熄求，Socket接口定義了許多函數(shù)或例程渣玲，用以開發(fā)TCP/IP網(wǎng)絡上的應用程序。

2弟晚，環(huán)信內容_提煉

當前時下忘衍，實現(xiàn)即時通訊的方案

1.XMPP (以 socket服務器,通信)

2.環(huán)信（等第三方API）

環(huán)信的作用:

環(huán)信是一個第三平臺，提供即時通信(IM –Instant Messaging )的服務

環(huán)信是在XMPP的基礎上進行二次開發(fā)

環(huán)信在網(wǎng)絡上傳輸?shù)臄?shù)據(jù)也是XML

使用環(huán)信卿城，不用自己搭建服務器枚钓，節(jié)約成本

日活30萬以下，免費集成瑟押，提供免費存儲空間和基礎服務搀捷，多平臺SDK及代碼示例

即時通訊云功能:

集成的聊天API

1,單聊

2,群聊

3,聊天室(服務端建立)

具體功能參照開發(fā)指南 （應該參照工作目錄）

簡單的環(huán)信實現(xiàn)原理

環(huán)信是一個即時通信的服務提供商

環(huán)信使用的是XMPP協(xié)議，它是再XMPP的基礎上進行二次開發(fā)多望，對服務器Openfire和客戶端進行功能模型的添加和客戶端SDK的封裝嫩舟，環(huán)信的本質還是使用XMPP，基本于Socket的網(wǎng)絡通信

環(huán)信內部實現(xiàn)了數(shù)據(jù)緩存怀偷，會把聊天記錄添加到數(shù)據(jù)庫家厌，把附件(如音頻文件，圖片文件)下載到本地枢纠，使程序員更多時間是花到用戶即時體驗上

環(huán)信內部已經實現(xiàn)了視頻像街，音頻，圖片晋渺，其它附件發(fā)送功能

環(huán)信使用公司可以節(jié)約時間成本

不需要公司內部搭建服務器

客戶端的開發(fā)镰绎，使用環(huán)信SDK比使用XMPPFramework更簡潔方便

3，環(huán)信的即時通訊集成（參照環(huán)信_調研）

AppDelegate

剛才的APPKey,在AppDelegate里面需要注冊使用.

+ (BOOL)saveObject:(id)value withKey:(NSString *)key

{

NSDictionary *dictQuery = @{(__bridge id)kSecClass:(__bridge id)kSecClassGenericPassword,

(__bridge id)kSecAttrService:key,

(__bridge id)kSecAttrAccount:key,

(__bridge id)kSecAttrAccessible:(__bridge id)kSecAttrAccessibleAfterFirstUnlock};

OSStatus status = SecItemCopyMatching((__bridge CFDictionaryRef)dictQuery, NULL);

if(status == errSecSuccess)

{

if(!value)

{

status = SecItemDelete((__bridge CFDictionaryRef)dictQuery);

return status == errSecSuccess;

}

else

{

NSDictionary *dictUpdateAttributes = @{(__bridge id)kSecValueData:[NSKeyedArchiver archivedDataWithRootObject:value]};

status = SecItemUpdate((__bridge CFDictionaryRef)dictQuery, (__bridge CFDictionaryRef)dictUpdateAttributes);

return status == errSecSuccess;

}

}

else if(status == errSecItemNotFound)

{

if(value)

{

NSMutableDictionary *dictAddAttributes = [NSMutableDictionary dictionaryWithDictionary:dictQuery];

dictAddAttributes[(__bridge id)kSecValueData] = [NSKeyedArchiver archivedDataWithRootObject:value];

status = SecItemAdd((__bridge CFDictionaryRef)dictAddAttributes, NULL);

return status == errSecSuccess;

}

else

return YES;

}

else

return NO;

}