【移動(dòng)應(yīng)用開發(fā)技術(shù)】如何進(jìn)行ios網(wǎng)絡(luò)編程開發(fā)的淺析

這篇文章給大家介紹如何進(jìn)行ios網(wǎng)絡(luò)編程開發(fā)的淺析，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對(duì)大家能有所幫助。

ios網(wǎng)絡(luò)編程開發(fā)包含了很多框架和庫(kù)，從底層的套接字到不同層次的封裝，可以方便地給程序添加網(wǎng)絡(luò)功能。(1)BSD套接字。最底層的套接字，這是Unix網(wǎng)絡(luò)開發(fā)常用的API。如果從其他系統(tǒng)移植程序，而程序用的是BSD套接字，那么網(wǎng)絡(luò)部分可以繼續(xù)使用這些API。(2)CFNetworkframework。CFNetwork也是比較底層的，是對(duì)BSD套接字的一個(gè)擴(kuò)展。它是一個(gè)C語(yǔ)言的庫(kù)，它是基于BSD套接字，提供了對(duì)網(wǎng)絡(luò)協(xié)議的抽象。這些抽象使得用戶更容易地操作套接字、處理網(wǎng)絡(luò)的各種連接。。它集成了run-loop，因此使用CFNetwork不用自己去實(shí)現(xiàn)事件循環(huán)。CFNetwork還包括了一些網(wǎng)絡(luò)協(xié)議(如HTTP、FTP)的實(shí)現(xiàn)，可以在不了解這些協(xié)議細(xì)節(jié)的情況下直接使用。(3)Foundationframework是基于Objectice-C語(yǔ)言的庫(kù)，它為CFNetworkAPI提供了面向?qū)ο蟮某橄蟆?4)CFURL(C)/NSURL(Objective-C)是比較高層的API，它們提供了從Web和FTP服務(wù)器下載文件或其他資源的一種簡(jiǎn)單的方法。其中，CFURL是CFNetwork的一部分，NSURL是Foundation的一部分。(5)CFNetServices/NSNetServices提供了使用Bonjour注冊(cè)和發(fā)現(xiàn)網(wǎng)絡(luò)服務(wù)的方法。總之，CFNetworkframework和Foundationframework是最為強(qiáng)大的兩個(gè)庫(kù)，它們是比較底層、高效，提供的接口也非常豐富。套接字是網(wǎng)絡(luò)通信的基本構(gòu)件，提供了不同主機(jī)間進(jìn)程雙向通信的端點(diǎn)。如果電話，只有當(dāng)一方撥通另一方時(shí)，雙方才能建立對(duì)話。通過套接字編程，程序可以跳過復(fù)雜的網(wǎng)絡(luò)底層協(xié)議和結(jié)構(gòu)，直接編制與平臺(tái)無(wú)關(guān)的應(yīng)用程序。目前，套接字已逐漸成為網(wǎng)絡(luò)編程的通用接口。套接字存在于其特定的通信域(即協(xié)議族)中，只有隸屬于同一協(xié)議族的套接字才能建立對(duì)話。一般情況下除非通信協(xié)議支持，只有相同類型的套接字才能相互傳遞數(shù)據(jù)。從套接字主要有兩種類型：流式套接字(TCP)、數(shù)據(jù)報(bào)套接字(UDP)。流式套接字(SOCK_STREAM)：該類套接字提供了面向連接的、可靠的、數(shù)據(jù)無(wú)錯(cuò)并且無(wú)重復(fù)的數(shù)據(jù)發(fā)送服務(wù)，而且發(fā)送的數(shù)據(jù)時(shí)按順序被接受的。所有利用該套接字進(jìn)行傳遞的數(shù)據(jù)均被視為連續(xù)的字節(jié)流且無(wú)長(zhǎng)度限制。這對(duì)數(shù)據(jù)的穩(wěn)定性、正確性和發(fā)送/接受順序要求嚴(yán)格的應(yīng)用十分適用，TCP協(xié)議使用該類接口，但其對(duì)線路的占用率相對(duì)比較高。流式套接字的實(shí)現(xiàn)屢見不鮮，如遠(yuǎn)程登錄(TELNET)、文件傳輸協(xié)議(FTP)等使用了流式套接字。數(shù)據(jù)報(bào)套接字(SOCK_DGRAM)：數(shù)據(jù)報(bào)套接字提供了面向無(wú)連接的服務(wù)。它獨(dú)立地以數(shù)據(jù)包形式發(fā)送數(shù)據(jù)(數(shù)據(jù)包長(zhǎng)度不能大于32KB)，不提供正確性檢查，也不保證各數(shù)據(jù)包的發(fā)送順序，因此可能出現(xiàn)數(shù)據(jù)的重發(fā)、丟失等現(xiàn)象，并且接受順序由具體路由決定。然而，數(shù)據(jù)報(bào)的實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)線路占有率較低，NFS(網(wǎng)絡(luò)文件系統(tǒng))采用此類套接字，在TCP/IP協(xié)議族中，UDP(UserDatagramProtocol)使用該類接口。1.CFSocketCFSocket是對(duì)BSD套接字的一個(gè)抽象封裝，它提供了BSD套接字的幾乎全部功能，還集成了run-loop。CFSocket可74以處理任何類型的套接字，而不僅僅限于流式套接字。(1)創(chuàng)建CFSocket常用的方法是CFSocketCreate和CFSocketCreateWithNative。CFSocketCreate方法聲明如下：CFSocketRefCFSocketCreate(CFAllocatorRefallocator,//指定創(chuàng)建新套接字的內(nèi)存分配器類型，傳入NULL或kCFAllocatorDefault可以使用默認(rèn)的分配器。一般默認(rèn)即可。SInt32protocolFamily,//指定套接字的協(xié)議族。默認(rèn)使用PF_INET，也就是平時(shí)說的IPV4。指定PF_INET6以使用IPV6協(xié)議。SInt32socketType,//套接字類型，SOCK_STREAM或SOCK_DGRAM。SInt32protocol,//套接字使用的協(xié)議，IPPROTO_TCP或IPPROTO_UDP。此項(xiàng)需要與套接字類型一致，設(shè)為0取默認(rèn)值(如果socketType為SOCK_STREAM,此項(xiàng)默認(rèn)值為IPPROTO_TCP，否則為IPPROTO_UDP)。CFOptionFlagscallBackTypes,//CFSocket提供的run-loop可以在特定件發(fā)生時(shí)回調(diào)指定的函數(shù)。這個(gè)參數(shù)使用了位掩碼，因此可以使用按位或運(yùn)算指定多個(gè)類型。蘋果公司將一些類型定義為枚舉值如下所示：枚舉值enumCFSocketCallBackType{kCFSocketNoCallBack=0,kCFSocketReadCallBack=1,kCFSocketAcceptCallBack=2,kCFSocketDataCallBack=3,kCFSocketConnectionCallBack=4,kCFSocketWriteCallBack=8};typedefenumCFSocketCallBackTypeCFSocketCallBackType;CFSocketCallBackcallout,//指定回調(diào)函數(shù)，當(dāng)指定的事件類型中的一個(gè)發(fā)生時(shí)函數(shù)被調(diào)用。這樣，不用自己寫循環(huán)等待連接、發(fā)送數(shù)據(jù)了。constCFSocketContext*context//存儲(chǔ)與套接字相關(guān)信息的數(shù)據(jù)結(jié)構(gòu)，里面可以包含自定義數(shù)據(jù)。函數(shù)會(huì)將里面的內(nèi)容拷出來(lái)，因此函數(shù)調(diào)用完后參數(shù)指向的內(nèi)存不必再保留?？梢詾镹ULL。);CFSocketCreateWithNative方法，可以使用一個(gè)已經(jīng)存在的BSD套接字來(lái)創(chuàng)建CRSocket，CFSocketRefCFSocketCreateWithNative{CFAllocatorRefallocator,CFSocketNativeHandlesock,CFOptionFlagscallBackTypes,CFSocketCallBackcallout,constCFSocketContext*context};2.套接字函數(shù)創(chuàng)建好CFSocket后，就可以使用它提供的一系列函數(shù)了。通過CFSocketNative函數(shù)，還可以操作更底層的BSD套接字。以下幾個(gè)函數(shù)式CFSocket中常用的。(1)CFSocketGetNative返回系統(tǒng)套接字，通常是int類型的。獲得這個(gè)套接字，可以使用Unix系統(tǒng)原生的套接字操作。調(diào)用setsockopt函數(shù)。(2)CFSocketConnectToAddress用于將套接字連接到一個(gè)正在監(jiān)聽的套接字(服務(wù)器)。(3)CFSocketCopyAddress返回CFSocket的地址，可以知道套接字正在哪個(gè)IP地址上監(jiān)聽。(4)CFSocketCopyPeerAddress獲得CFSocket連接到的遠(yuǎn)程套接字的地址。(5)CFSocketCreateRunLoopSource為CFSocket創(chuàng)建一個(gè)CFRunLoop。(6)CFSocketSendData發(fā)送數(shù)據(jù)，需要傳入CFSocket、地址(NULL則發(fā)送到套接字已經(jīng)連接到的地址)、要發(fā)送的數(shù)據(jù)(CFDataRef類型)、超時(shí)時(shí)間。返回值有kCFSocketSuccess、kCFSocketError和kCFSocketTimeout3種。3.回調(diào)函數(shù)函數(shù)類型定義typedefvoid(*CFSocketCallBack)(CFSocketRefs,CFSocketCallBackTypecallbackType,CFDataRefaddress,constvoid*data,void*info);函數(shù)聲明voidCallBackTest(CFSocketRefs,CFSocketCallBackTypecallbackType,CFDataRefaddress,constvoid*data,void*info);每個(gè)回調(diào)函數(shù)可以獲得以下信息，根據(jù)類型不同，一些信息也會(huì)不一樣。(1)CFSocketRefs事件對(duì)應(yīng)的CFSocket，這樣可以區(qū)分不同套接字產(chǎn)生的事件。(2)CFSocketCallBackTypecallbackType標(biāo)識(shí)哪一種事件發(fā)生了。(3)CFDataRefaddress包含底層sockaddr信息的CFData指針。可以通過這個(gè)參數(shù)獲得的套接字連接到的遠(yuǎn)程地址。只有在kCFSocketAcceptCallBack和kCFSocketDataCallBack事件發(fā)生時(shí)才會(huì)提供這個(gè)參數(shù)。(4)constvoid*data根據(jù)回調(diào)類型指向不同的數(shù)據(jù)。如果是kCFSocketDataCallBack類型，這個(gè)參數(shù)為CFDataRef類型，包含接收到的數(shù)據(jù);如果是kCFSocketAcceptCallBack類型，這個(gè)參數(shù)為指向CFSocketNativeHandle的指針;如果為kCFSocketConnectCallBack，連接在后臺(tái)失敗了，這個(gè)參數(shù)是指向SInt32類型錯(cuò)誤代碼的一個(gè)指針。其他情況這個(gè)參數(shù)為NULL。(5)void*infoCFSocketContext結(jié)構(gòu)體中的info成員，是自定義數(shù)據(jù)。CFSocketContext是在創(chuàng)建CFSocket時(shí)被指定的。4.CFSocketContext它是包含自定義數(shù)據(jù)及一些回調(diào)的結(jié)構(gòu)體。因?yàn)镃FSocket通過run-loop異步通知發(fā)生的事件，當(dāng)有很多連接的時(shí)候，如何保持對(duì)每個(gè)連接相關(guān)數(shù)據(jù)的跟蹤變得困難起來(lái)。CFSocketContext允許為套接字綁定任何類型的數(shù)據(jù)，每個(gè)回調(diào)函數(shù)都可以得到這個(gè)數(shù)據(jù)。CFSocketContextstructCFSocketContext{CFIndexversion;//結(jié)構(gòu)體的版本號(hào)，要求必須為0。void*info;//指向自定義數(shù)據(jù)的指針，在CFSocket創(chuàng)建時(shí)被關(guān)聯(lián)的。CFAllocatorRetainCallBackretain;//對(duì)info指針的retain回調(diào)，可以為NULL。CFAllocatorReleaseCallBackrelease;//對(duì)info指