socket寝衫，究竟是什么東東，面試時(shí)拐邪，筆試有他慰毅，面試也有他，如果做智能硬件扎阶，肯定會(huì)用到socket汹胃，所以，今天帶大家回顧一下socket东臀；一着饥、介紹：Socket：是應(yīng)?層與TCP/IP協(xié)議族通信的中間軟件抽象層,它是一組接口。在設(shè)計(jì)模式中,Socket其實(shí)就是 一個(gè)門面模式,它把復(fù)雜的TCP/IP協(xié)議族隱藏在Socket接?后面惰赋；例：你要打電話給?個(gè)朋友,先撥號,朋友聽到電話鈴聲后提起電話,這時(shí)你和你的朋友就建立起了連接,就可以講話了宰掉。等交流結(jié)束,掛斷電話結(jié)束此次交談。建立連接步驟：先從服務(wù)器端說起赁濒。1>服務(wù)器端先初始化Socket,然后與端?綁定(bind),對端?進(jìn)?監(jiān)聽(listen),調(diào)用accept阻塞,等待客戶端連接轨奄。2>在這時(shí)如果有個(gè)客戶端初始化?個(gè)Socket,然后連接服務(wù)器(connect)；3>如果連接成功,這時(shí)客戶端與服務(wù)器端的連接就建?了拒炎∨材猓客戶端發(fā)送數(shù)據(jù)請求,服務(wù)器端接收請求并處理請求,然后連接成功,這時(shí)客戶端與服務(wù)器端的連接就建立了』髂悖客戶端發(fā)送數(shù)據(jù)請求,服務(wù)器端接收請求并處理請求,然后arc=send(fd,szText,cnt,0);把回應(yīng)數(shù)據(jù)發(fā)送給客戶端,客戶端讀取數(shù)據(jù),最后關(guān)閉連接,?次交互結(jié)束玉组。簡而言之，在客戶端輸?服務(wù)器端的IP地址和發(fā)送的數(shù)據(jù),然后按發(fā)送按鈕,服務(wù)器端接收到數(shù)據(jù),然后回應(yīng)客戶端丁侄」喏ǎ客戶端讀取回應(yīng)的數(shù)據(jù),顯?示在界?面上。在服務(wù)器端,主要是啟動(dòng)Socket和監(jiān)聽線程鸿摇。服務(wù)器端?一直在監(jiān)聽是否有客戶端連接,如有連接,處理客戶端的請求,給出回應(yīng),然后繼續(xù)監(jiān)聽吨凑。客戶端:蘋果iso開發(fā)： socket tcp/ip 的通訊户辱，使用方法如下：創(chuàng)建工程。把AsyncSocket添加到項(xiàng)目中糙臼。添加CFNetwork.framework到工程中庐镐；實(shí)現(xiàn)測試類：#import#import"AsyncSocket.h"

@interfaceiphone_socketViewController : UIViewController {

AsyncSocket *asyncSocket; }

@end

二、應(yīng)用：IOS socket基于tcp/udp的通信

ios通信socket蘋果

網(wǎng)絡(luò)上已經(jīng)有編寫好的開源類庫GCDAsyncSocket和GCDAsyncUdpSocket ,這是GCD版的? 比AsyncSocket和AsyncUdpSocket估計(jì)要好用點(diǎn),用法也很簡單变逃，跟http很類似 ,只要指定服務(wù)器的ip和端口然后再實(shí)現(xiàn)各種回調(diào)就行必逆，原生態(tài)實(shí)現(xiàn)正在摸索。。名眉。粟矿。。socket默認(rèn)情況下就是采用TCP協(xié)議损拢，創(chuàng)建之后通信雙方的socket會(huì)一直保持連接陌粹，除非手動(dòng)close或因?yàn)榫W(wǎng)絡(luò)原因close，所以福压，此種狀況對服務(wù)器而言是有一定資源消耗的掏秩，這種模式只適應(yīng)與對服務(wù)器小規(guī)模的訪問，特別是對于實(shí)時(shí)性很高的應(yīng)用荆姆，如視頻直播蒙幻、呼叫系統(tǒng)等，而http一般都是短連接的胆筒，一次請求完之后客戶端便會(huì)于服務(wù)端端開連接邮破。http是凌駕于socket之上的高級協(xié)議，而socket是比較底層的通訊方式仆救，只是建立了一個(gè)連接通道抒和，具體上面?zhèn)鬏斒裁礃拥臄?shù)據(jù)，按照什么格式傳輸派桩，需要你自己定義构诚，所以這就需要重新編寫定義服務(wù)端與客戶端的所應(yīng)遵循的規(guī)定，而http已經(jīng)被前人們定義使用過了

先去github的網(wǎng)站下載最新的包铆惑，然后先看看介紹范嘱。寫的比較詳細(xì)了點(diǎn)擊從gitut下載socketDemo，網(wǎng)上很多都是老版本的帖子员魏。官方已經(jīng)推出了GCDAsyncSocket來代替以前老的AsyncSocket丑蛤。我的項(xiàng)目是no-ARC的，這個(gè)框架只有arc的版本撕阎。所以引入GCDAsyncSocket的.h和.m文件后受裹，修改xcode中項(xiàng)目的屬性，

步驟如下：

targets中“build settings”中找到Compiler for c／c＋＋／Objective－c的選項(xiàng)虏束。改為Apple LLVM compiler 3.0 只要是3.0或以上就可以棉饶；

在“build phases”中“compile sources”中找到GCDAsyncSocket.m，增加參數(shù)-fobj-arc镇匀；

引入GCDAsyncSocket所需要的框架照藻，CFNetwork和security這兩個(gè)框架；

三汗侵、通訊http幸缕，TCP/IP與socket之間的區(qū)別：

1群发、TCP/IP連接

手機(jī)能夠使用聯(lián)網(wǎng)功能是因?yàn)槭謾C(jī)底層實(shí)現(xiàn)了TCP/IP協(xié)議，可以使手機(jī)終端通過無線網(wǎng)絡(luò)建立TCP連接发乔。TCP協(xié)議可以對上層網(wǎng)絡(luò)提供接口熟妓，使上層網(wǎng)絡(luò)數(shù)據(jù)的傳輸建立在“無差別”的網(wǎng)絡(luò)之上。建立起一個(gè)TCP連接需要經(jīng)過“三次握手”：

第一次握手：客戶端發(fā)送syn包(syn=j)到服務(wù)器栏尚，并進(jìn)入SYN_SEND狀態(tài)起愈，等待服務(wù)器確認(rèn)；

第二次握手：服務(wù)器收到syn包抵栈，必須確認(rèn)客戶的SYN（ack=j+1）告材，同時(shí)自己也發(fā)送一個(gè)SYN包（syn=k），即SYN+ACK包古劲，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)斥赋；

第三次握手：客戶端收到服務(wù)器的SYN＋ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1)产艾，此包發(fā)送完畢疤剑，客戶端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài)，完成三次握手闷堡。

握手過程中傳送的包里不包含數(shù)據(jù)隘膘，三次握手完畢后，客戶端與服務(wù)器才正式開始傳送數(shù)據(jù)杠览。理想狀態(tài)下弯菊，TCP連接一旦建立，在通信雙方中的任何一方主動(dòng)關(guān)閉連接之前踱阿，TCP 連接都將被一直保持下去管钳。斷開連接時(shí)服務(wù)器和客戶端均可以主動(dòng)發(fā)起斷開TCP連接的請求，斷開過程需要經(jīng)過“四次握手”（過程就不細(xì)寫了软舌，就是服務(wù)器和客戶端交互才漆，最終確定斷開）.

2、HTTP連接

HTTP協(xié)議即超文本傳送協(xié)議(Hypertext Transfer Protocol )佛点，是Web聯(lián)網(wǎng)的基礎(chǔ)醇滥，也是手機(jī)聯(lián)網(wǎng)常用的協(xié)議之一，HTTP協(xié)議是建立在TCP協(xié)議之上的一種應(yīng)用超营。

HTTP連接最顯著的特點(diǎn)是客戶端發(fā)送的每次請求都需要服務(wù)器回送響應(yīng)鸳玩，在請求結(jié)束后，會(huì)主動(dòng)釋放連接演闭。從建立連接到關(guān)閉連接的過程稱為“一次連接”不跟。

3.1套接字（socket）概念

套接字（socket）是通信的基石，是支持TCP/IP協(xié)議的網(wǎng)絡(luò)通信的基本操作單元船响。它是網(wǎng)絡(luò)通信過程中端點(diǎn)的抽象表示躬拢，包含進(jìn)行網(wǎng)絡(luò)通信必須的五種信息：連接使用的協(xié)議，本地主機(jī)的IP地址见间，本地進(jìn)程的協(xié)議端口聊闯，遠(yuǎn)地主機(jī)的IP地址，遠(yuǎn)地進(jìn)程的協(xié)議端口米诉。

3.2 建立socket連接

建立Socket連接至少需要一對套接字菱蔬，其中一個(gè)運(yùn)行于客戶端，稱為ClientSocket 史侣，另一個(gè)運(yùn)行于服務(wù)器端拴泌，稱為ServerSocket 。

套接字之間的連接過程分為三個(gè)步驟：服務(wù)器監(jiān)聽惊橱，客戶端請求蚪腐，連接確認(rèn)。

服務(wù)器監(jiān)聽：服務(wù)器端套接字并不定位具體的客戶端套接字税朴，而是處于等待連接的狀態(tài)回季，實(shí)時(shí)監(jiān)控網(wǎng)絡(luò)狀態(tài)，等待客戶端的連接請求正林。

客戶端請求：指客戶端的套接字提出連接請求泡一，要連接的目標(biāo)是服務(wù)器端的套接字。為此觅廓，客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字鼻忠，指出服務(wù)器端套接字的地址和端口號，然后就向服務(wù)器端套接字提出連接請求杈绸。

連接確認(rèn)：當(dāng)服務(wù)器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時(shí)帖蔓，就響應(yīng)客戶端套接字的請求，建立一個(gè)新的線程蝇棉，把服務(wù)器端套接字的描述發(fā)給客戶端讨阻，一旦客戶端確認(rèn)了此描述，雙方就正式建立連接篡殷。而服務(wù)器端套接字繼續(xù)處于監(jiān)聽狀態(tài)钝吮，繼續(xù)接收其他客戶端套接字的連接請求。

4板辽、SOCKET連接與TCP/IP連接

創(chuàng)建Socket連接時(shí)奇瘦，可以指定使用的傳輸層協(xié)議，Socket可以支持不同的傳輸層協(xié)議（TCP或UDP）劲弦，當(dāng)使用TCP協(xié)議進(jìn)行連接時(shí)耳标，該Socket連接就是一個(gè)TCP連接。

5邑跪、Socket連接與HTTP連接

很多情況下次坡，需要服務(wù)器端主動(dòng)向客戶端推送數(shù)據(jù)呼猪，保持客戶端與服務(wù)器數(shù)據(jù)的實(shí)時(shí)與同步。此時(shí)若雙方建立的是Socket連接砸琅，服務(wù)器就可以直接將數(shù)據(jù)傳送給客戶端宋距；若雙方建立的是HTTP連接，則服務(wù)器需要等到客戶端發(fā)送一次請求后才能將數(shù)據(jù)傳回給客戶端症脂，因此谚赎，客戶端定時(shí)向服務(wù)器端發(fā)送連接請求，不僅可以保持在線诱篷，同時(shí)也是在“詢問”服務(wù)器是否有新的數(shù)據(jù)壶唤，如果有就將數(shù)據(jù)傳給客戶端。

6棕所、http協(xié)議是應(yīng)用層的協(xié)義：

一個(gè)是發(fā)動(dòng)機(jī)(Socket),提供了網(wǎng)絡(luò)通信的能力 闸盔，一個(gè)是轎車(Http)，提供了具體的方式 橙凳；兩個(gè)計(jì)算機(jī)之間的交流無非是兩個(gè)端口之間的數(shù)據(jù)通信,具體的數(shù)據(jù)會(huì)以什么樣的形式展現(xiàn)`是以不同的應(yīng)用層協(xié)議來定義的`如HTTP`FTP`... socket是對端口通信開發(fā)的工具,它要更底層一些 .

7蕾殴、網(wǎng)絡(luò)請求方式：get和post這是http協(xié)議的兩種方法，另外還有head, delete等這兩種方法有本質(zhì)的區(qū)別岛啸，get只有一個(gè)流钓觉，參數(shù)附加在url后，大小個(gè)數(shù)有嚴(yán)格限制且只能是字符串坚踩。post的參數(shù)是通過另外的流傳遞的荡灾，不通過url，所以可以很大瞬铸，也可以傳遞二進(jìn)制數(shù)據(jù)批幌，如文件的上傳。在servlet開發(fā)中嗓节，

補(bǔ)充說明：TCP/IP荧缘、Http、Socket的區(qū)別

通過初步的了解拦宣，知道IP協(xié)議對應(yīng)于網(wǎng)絡(luò)層截粗，TCP協(xié)議對應(yīng)于傳輸層，而HTTP協(xié)議對應(yīng)于應(yīng)用層鸵隧，而我們平時(shí)說的最多的socket是什么呢绸罗，實(shí)際上socket是對TCP/IP協(xié)議的封裝，Socket本身并不是協(xié)議豆瘫，而是一個(gè)調(diào)用接口(API)珊蟀。通過Socket，我們才能使用TCP/IP協(xié)議外驱。實(shí)際上育灸，Socket跟TCP/IP協(xié)議沒有必然的聯(lián)系腻窒。Socket編程接口在設(shè)計(jì)的時(shí)候，就希望也能適應(yīng)其他的網(wǎng)絡(luò)協(xié)議磅崭。所以說定页，Socket的出現(xiàn)只是使得程序員更方便地使用TCP/IP協(xié)議棧而已，是對TCP/IP協(xié)議的抽象绽诚，從而形成了我們知道的一些最基本的函數(shù)接口，比如create杭煎、listen恩够、connect、accept羡铲、send蜂桶、read和write等等。網(wǎng)絡(luò)有一段關(guān)于socket和TCP/IP協(xié)議關(guān)系的說法比較容易理解：“TCP/IP只是一個(gè)協(xié)議棧也切，就像操作系統(tǒng)的運(yùn)行機(jī)制一樣扑媚，必須要具體實(shí)現(xiàn)，同時(shí)還要提供對外的操作接口雷恃。實(shí)際上疆股，傳輸層的TCP是基于網(wǎng)絡(luò)層的IP協(xié)議的，而應(yīng)用層的HTTP協(xié)議又是基于傳輸層的TCP協(xié)議的倒槐，而Socket本身不算是協(xié)議旬痹，就像上面所說，它只是提供了一個(gè)針對TCP或套接字之間的連接過程分為三個(gè)步驟：服務(wù)器監(jiān)聽讨越，客戶端請求两残，連接確認(rèn)。

服務(wù)器監(jiān)聽：服務(wù)器端套接字并不定位具體的客戶端套接字把跨，而是處于等待連接的狀態(tài)人弓，實(shí)時(shí)監(jiān)控網(wǎng)絡(luò)狀態(tài)，等待客戶端的連接請求着逐。

客戶端請求：指客戶端的套接字提出連接請求崔赌，要連接的目標(biāo)是服務(wù)器端的套接字。為此滨嘱，客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字峰鄙，指出服務(wù)器端套接字的地址和端口號，然后就向服務(wù)器端套接字提出連接請求太雨。

連接確認(rèn)：當(dāng)服務(wù)器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時(shí)吟榴，就響應(yīng)客戶端套接字的請求，建立一個(gè)新的線程囊扳，把服務(wù)器端套接字的描述發(fā)給客戶端吩翻，一旦客戶端確認(rèn)了此描述兜看，雙方就正式建立連接。

而服務(wù)器端套接字繼續(xù)處于監(jiān)聽狀態(tài)狭瞎，繼續(xù)接收其他客戶端套接字的連接請求细移。

三、HTTP鏈接的特點(diǎn)

HTTP協(xié)議即超文本傳送協(xié)議(HypertextTransfer Protocol )熊锭，是Web聯(lián)

四弧轧、TCP和UDP的區(qū)別(考得最多。碗殷【铮快被考爛了我覺得- -\\)

1、TCP是面向鏈接的锌妻，雖然說網(wǎng)絡(luò)的不安全不穩(wěn)定特性決定了多少次握手都不能保證連接的可靠性代乃，但TCP的三次握手在最低限度上(實(shí)際上也很大程度上保證了)保證了連接的可靠性;

而UDP不是面向連接的，UDP傳送數(shù)據(jù)前并不與對方建立連接仿粹，對接收到的數(shù)據(jù)也不發(fā)送確認(rèn)信號搁吓，發(fā)送端不知道數(shù)據(jù)是否會(huì)正確接收，當(dāng)然也不用重發(fā)吭历，所以說UDP是無連接的堕仔、不可靠的一種數(shù)據(jù)傳輸協(xié)議。

2晌区、也正由于1所說的特點(diǎn)贮预，使得UDP的開銷更小數(shù)據(jù)傳輸速率更高，因?yàn)椴槐剡M(jìn)行收發(fā)數(shù)據(jù)的確認(rèn)契讲，所以UDP的實(shí)時(shí)性更好仿吞。知道了TCP和UDP的區(qū)別，就不難理解為何采用TCP傳輸協(xié)議的MSN比采用UDP的QQ傳輸文件慢了捡偏，但并不能說QQ的通信是不安全的唤冈，因?yàn)槌绦騿T可以手動(dòng)對UDP的數(shù)據(jù)收發(fā)進(jìn)行驗(yàn)證，比如發(fā)送方對每個(gè)數(shù)據(jù)包進(jìn)行編號然后由接收方進(jìn)行驗(yàn)證啊什么的银伟，即使是這樣你虹，UDP因?yàn)樵诘讓訁f(xié)議的封裝上沒有采用類似TCP的“三次握手”而實(shí)現(xiàn)了TCP所無法達(dá)到的傳輸效率。

如果轉(zhuǎn)載請注明轉(zhuǎn)于：AirZilong的博客