回答一個合格的IOS開發(fā)工程師應(yīng)具備哪些條件

一、Objective-C

創(chuàng)新互聯(lián)從2013年開始，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項目網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計網(wǎng)站策劃，項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元尉氏做網(wǎng)站,已為上家服務(wù),為尉氏各地企業(yè)和個人服務(wù),聯(lián)系電話:028-86922220

C語言是iOS開發(fā)的語言基礎(chǔ)，而Objective-C是iOS開發(fā)的標(biāo)準(zhǔn)語言，也是為眾多iphone開發(fā)工程師所公認(rèn)的標(biāo)準(zhǔn)，所以必須要掌握。內(nèi)容包括以下這些：

（1）Objective-C語言基礎(chǔ)；

（2）library，framework的制作；

（3）Runtime編程；

（4）LLVM原理和調(diào)優(yōu)。

二、操作系統(tǒng)

操作系統(tǒng)使計算機(jī)系統(tǒng)所有資源最大限度地發(fā)揮作用，提供各種形式的用戶界面，使用戶有一個好的工作環(huán)境，為其它軟件的開發(fā)提供必要的服務(wù)和相應(yīng)的接口。所以，必須對ISO操作系統(tǒng)很熟悉才行。包括以下方面的內(nèi)容：

（1）iOS內(nèi)存管理和調(diào)優(yōu)；

（2）iOS的文件系統(tǒng)和沙盒機(jī)制；

（3）iOS多線程編程（Thread，GCD，NSOperation）；

（4）iOS網(wǎng)絡(luò)和服務(wù)器編程（NSURLConnection，NSURLSession）；

（5）iOS系統(tǒng)的各種安全機(jī)制。

三、網(wǎng)絡(luò)編程

網(wǎng)絡(luò)編程是學(xué)習(xí)iOS開發(fā)必須掌握的編程技巧，涉及到Htpps、Socket編程等；在這一部分處理的規(guī)范程度，直接影響到蘋果AppStore的審核。

（1）iOS網(wǎng)絡(luò)發(fā)送機(jī)制調(diào)整和優(yōu)化（NSURLSession）；

（2）Socket編程；

（3）網(wǎng)絡(luò)傳輸中的各種保障；

（4）對傳輸協(xié)議的調(diào)整優(yōu)化。

四、數(shù)據(jù)庫持久化方案

數(shù)據(jù)庫持久化就是把數(shù)據(jù)保存到可永久保存的存儲設(shè)備中，持久化的主要應(yīng)用是將內(nèi)存中的數(shù)據(jù)存儲在關(guān)系型的數(shù)據(jù)庫中。

（1）常規(guī)持久化方案（Keychain，NSUserDefaults，Sqlite，CoreData）；

（2）數(shù)據(jù)庫的使用和設(shè)計（Sqlite）；

（3）數(shù)據(jù)結(jié)構(gòu)優(yōu)化，Sql調(diào)優(yōu)。

五、圖形圖像編程

iOS開發(fā)過程中，大部分的APP都是采用多視圖設(shè)計來完成的。所以要熟悉一些圖像的繪制：

（1）UIKit，CoreAnimation和CoreText的繪制；

（2）CoreGraphics，Quartz2D，MediaPlayer，AVFoundation；

（3）OpenGLES，GLKit，SpriteKit，SceneKit，Metal。

六、數(shù)據(jù)結(jié)構(gòu)算法

懂得基本的算法：

（1）基本的算法和數(shù)據(jù)結(jié)構(gòu)（排序搜索算法，數(shù)組，隊列）；

（2）較復(fù)雜數(shù)據(jù)結(jié)構(gòu)的靈活應(yīng)用（二叉樹，圖等）；

（3）復(fù)雜的專項算法（圖像識別算法，拓?fù)涠ㄎ坏龋?/p>

七、業(yè)務(wù)能力

作為一名優(yōu)秀或者說是及格的iOS程序員，必須要有一定的將功能需求轉(zhuǎn)化并實現(xiàn)的業(yè)務(wù)能力：

（1）一般性業(yè)務(wù)功能需求分析及實現(xiàn)；

（2）重要業(yè)務(wù)模塊的需求分析及實現(xiàn)；

（3）中小規(guī)模產(chǎn)品的架構(gòu)，系統(tǒng)設(shè)計和實現(xiàn)；

（4）大規(guī)模產(chǎn)品或產(chǎn)品線的架構(gòu)，系統(tǒng)設(shè)計和實現(xiàn)；

（5）平臺級產(chǎn)品的架構(gòu)，系統(tǒng)設(shè)計和實現(xiàn)。

八、安全方案

另外，還需要提供對數(shù)據(jù)安全方面有利的方案：

（1）本地數(shù)據(jù)存儲安全（Keychain）；

（2）授權(quán)和身份驗證；

（3）傳輸安全（對稱，非對稱，SSL）；

（4）App代碼安全。

九、專業(yè)素質(zhì)

作為一名iOS工程師，需要具備一定專業(yè)素質(zhì)，包括：

（1）團(tuán)隊協(xié)作能力。軟件開發(fā)要求開發(fā)參與者間有一定默契度，從事自己工作之余為其他同伴創(chuàng)造條件；

（2）溝通能力。能清晰的把你對項目的理解、開發(fā)中的問題等轉(zhuǎn)達(dá)給同事和用戶；

（3）強(qiáng)烈的好奇心和學(xué)習(xí)精神。IOS軟件開發(fā)的變化和創(chuàng)新幾乎是每時每刻的，優(yōu)秀的程序員要適應(yīng)和主動迎合行業(yè)變化的大環(huán)境；

（4）冷靜、細(xì)心。及時發(fā)現(xiàn)問題和判斷對策。

ios網(wǎng)絡(luò)編程指的就是http嗎

HTTP定義了一種在服務(wù)器和客戶端之間傳遞數(shù)據(jù)的途徑。

URL定義了一種唯一標(biāo)示資源在網(wǎng)絡(luò)中位置的途徑。

REQUESTS 和 RESPONSES：

客戶端先建立一個TCP連接，然后發(fā)送一個請求。服務(wù)器受到請求處理后發(fā)送一個響應(yīng)向客戶端傳遞數(shù)據(jù)。然后客戶端可以繼續(xù)發(fā)送請求或者關(guān)閉這個TCP連接。

HTTPS：

在TCP連接建立后，發(fā)送請求之前，需要建立一個一個SSL會話。

request方法和它們的用途

注意：想server發(fā)送大量數(shù)據(jù)需要用POST，因為GET僅支持發(fā)送少量數(shù)據(jù)（8KB）。

iOS的NSURLRequest和它的子類NSMutableURLRequest提供了建立HTTP請求的方法。

NSURLResponse 和 它的子類NSHTTPURLResponse 處理返回的數(shù)據(jù)。

URL：

Protocol包括HTTP、FTP和file。

URL編碼：

NSString *urlString = @" is a question";

NSString *encoded = [urlString stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];

NSURL用來管理URL。

IOS HTTP APIS：

涉及到下面一些類：

NSURL, NSURLRequest, NSURLConnection, 和 NSURLResponse.

1、NSURL

NSURL可以定義本地文件和網(wǎng)絡(luò)文件

NSURL *url = [NSURL urlWithString:@""]; NSData *data = [NSData dataWithContentsOfURL:url];

NSURL定義了很多訪問器：

if (url.port == nil) {

NSLog(@"Port is nil");

} else {

NSLog(@"Port is not nil");

}

2、NSURLRequest

創(chuàng)建了NSURL后，就可以用NSURLRequest建立請求了：

NSURL *url = [NSURL URLWithString: @""];

if (url == nil) {

NSLog(@"Invalid URL");

return;

}

NSURLRequest *request = [NSURLRequest requestWithURL:url];

if (request == nil) {

NSLog(@"Invalid Request");

return;

}

NSMutableURLRequest是NSURLRequest 的子類，提供了改變請求的屬性的方法：

NSURL *url = [NSURL urlWithString@""];

NSMutableURLRequest *req = [NSMutableURLRequest requestWithURL:url];

[req setHTTPMethod:@"POST"];

[req setHTTPBody:[@"Post body" dataUsingEncoding:NSUTF8StringEncoding]];

如果你要發(fā)送一個圖片或者視頻，那么用需要用NSInputStream，它沒有把數(shù)據(jù)全部加在到內(nèi)存。

NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];

NSInputStream *inStream = [NSInputStream inputStreamWithFileAtPath:srcFilePath];

[request setHTTPBodyStream:inStream];

[request setHTTPMethod:@"POST"];

ios開發(fā)工程師是做什么的

Objective-C

Objective-C語言基礎(chǔ)

library,framework的制作

Runtime 編程

LLVM 原理和調(diào)優(yōu)

操作系統(tǒng)

iOS內(nèi)存管理和調(diào)優(yōu)

iOS的文件系統(tǒng)和沙盒機(jī)制

iOS多線程編程（Thread,GCD,NSOperation）

iOS網(wǎng)絡(luò)和服務(wù)器編程（NSURLConnection,NSURLSession）

iOS系統(tǒng)的各種安全機(jī)制

網(wǎng)絡(luò)編程

iOS網(wǎng)絡(luò)發(fā)送機(jī)制調(diào)整和優(yōu)化（NSURLSession）

Socket編程

網(wǎng)絡(luò)傳輸中的各種保障

對傳輸協(xié)議的調(diào)整優(yōu)化

數(shù)據(jù)庫持久化方案

常規(guī)持久化方案（Keychain,NSUserDefaults,Sqlite,CoreData）

數(shù)據(jù)庫的使用和設(shè)計（Sqlite）

數(shù)據(jù)結(jié)構(gòu)優(yōu)化，Sql調(diào)優(yōu)

圖形圖像編程

UIKit,Core Animation和Core Text的繪制

Core Graphics, Quartz 2D, Media Player, AV Foundation

OpenGL ES, GLKit, SpriteKit, SceneKit, Metal

數(shù)據(jù)結(jié)構(gòu) 算法

基本的算法和數(shù)據(jù)結(jié)構(gòu)（排序搜索算法, 數(shù)組, 隊列）

較復(fù)雜數(shù)據(jù)結(jié)構(gòu)的靈活應(yīng)用（二叉樹, 圖等）

復(fù)雜的專項算法（圖像識別算法, 拓?fù)涠ㄎ坏鹊龋?/p>

iOS如何實現(xiàn)網(wǎng)絡(luò)編程？

網(wǎng)絡(luò)編程，是我們iOS程序開發(fā)者針對網(wǎng)絡(luò)模塊進(jìn)行得代碼編程，是作為一個資深開發(fā)者必備的技能，通俗的話來說：不懂網(wǎng)絡(luò)編程，你就不好意思說你會iOS開發(fā)！

針對項目的網(wǎng)絡(luò)編程，具體可分為請求連接、緩存、處理：

連接：我們可分為長連接和短連接，長連接我們一般不常用，用的話也是用TCP協(xié)議（具體了解socket），我們常用的框架是GCDAsynSocket，一般用在即時通訊和地圖；短連接我們最常用的是HTTP請求，我們以前用ASI，但是后來就不在更新 了，我們最近都在使用AFNetWorking(Swift是Alamofire)，

還有就是一些緩存和處理，這些就要跟自己的項目有關(guān)了，例如緩存有的是自己寫的，有的是用寫入本地、SDWebImage(內(nèi)部有圖片緩存機(jī)制)、NSUserDefaults、或者數(shù)據(jù)庫框架FMDB/CoreData.

師傅領(lǐng)進(jìn)門，修行看個人，里面的具體細(xì)節(jié)，你可以百度查，也可以聯(lián)系我！

如果您對我的回答還滿意，請采納、謝謝！

iOS開發(fā)網(wǎng)絡(luò)篇—Socket編程

一、網(wǎng)絡(luò)各個協(xié)議：TCP/IP、SOCKET、HTTP等

網(wǎng)絡(luò)七層由下往上分別為物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會話層、表示層和應(yīng)用層。

其中物理層、數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層通常被稱作媒體層，是網(wǎng)絡(luò)工程師所研究的對象；

傳輸層、會話層、表示層和應(yīng)用層則被稱作主機(jī)層，是用戶所面向和關(guān)心的內(nèi)容。

http協(xié)議對應(yīng)于應(yīng)用層

tcp協(xié)議對應(yīng)于傳輸層

ip協(xié)議對應(yīng)于網(wǎng)絡(luò)層

三者本質(zhì)上沒有可比性。 何況HTTP協(xié)議是基于TCP連接的。

TCP/IP是傳輸層協(xié)議，主要解決數(shù)據(jù)如何在網(wǎng)絡(luò)中傳輸；而HTTP是應(yīng)用層協(xié)議，主要解決如何包裝數(shù)據(jù)。

我 們在傳輸數(shù)據(jù)時，可以只使用傳輸層（TCP/IP），但是那樣的話，由于沒有應(yīng)用層，便無法識別數(shù)據(jù)內(nèi)容，如果想要使傳輸?shù)臄?shù)據(jù)有意義，則必須使用應(yīng)用層 協(xié)議，應(yīng)用層協(xié)議很多，有HTTP、FTP、TELNET等等，也可以自己定義應(yīng)用層協(xié)議。WEB使用HTTP作傳輸層協(xié)議，以封裝HTTP文本信息，然 后使用TCP/IP做傳輸層協(xié)議將它發(fā)送到網(wǎng)絡(luò)上。Socket是對TCP/IP協(xié)議的封裝，Socket本身并不是協(xié)議，而是一個調(diào)用接口（API），通過Socket，我們才能使用TCP/IP協(xié)議。

二、Http和Socket連接區(qū)別

相信不少初學(xué)手機(jī)聯(lián)網(wǎng)開發(fā)的朋友都想知道Http與Socket連接究竟有什么區(qū)別，希望通過自己的淺顯理解能對初學(xué)者有所幫助。

2.1、TCP連接

要想明白Socket連接，先要明白TCP連接。手機(jī)能夠使用聯(lián)網(wǎng)功能是因為手機(jī)底層實現(xiàn)了TCP/IP協(xié)議，可以使手機(jī)終端通過無線網(wǎng)絡(luò)建立TCP連接。TCP協(xié)議可以對上層網(wǎng)絡(luò)提供接口，使上層網(wǎng)絡(luò)數(shù)據(jù)的傳輸建立在“無差別”的網(wǎng)絡(luò)之上。

建立起一個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），同時自己也發(fā)送一個SYN包（syn=k），即SYN+ACK包，此時服務(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連接一旦建立，在通信雙方中的任何一方主動關(guān)閉連

接之前，TCP

連接都將被一直保持下去。斷開連接時服務(wù)器和客戶端均可以主動發(fā)起斷開TCP連接的請求，斷開過程需要經(jīng)過“四次握手”（過程就不細(xì)寫了，就是服務(wù)器和客

戶端交互，最終確定斷開）

2.2、HTTP連接

HTTP協(xié)議即超文本傳送協(xié)議(HypertextTransfer 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é)束后，會主動釋放連接。從建立連接到關(guān)閉連接的過程稱為“一次連接”。

1）在HTTP 1.0中，客戶端的每次請求都要求建立一次單獨(dú)的連接，在處理完本次請求后，就自動釋放連接。

2）在HTTP 1.1中則可以在一次連接中處理多個請求，并且多個請求可以重疊進(jìn)行，不需要等待一個請求結(jié)束后再發(fā)送下一個請求。

由

于HTTP在每次請求結(jié)束后都會主動釋放連接，因此HTTP連接是一種“短連接”，要保持客戶端程序的在線狀態(tài)，需要不斷地向服務(wù)器發(fā)起連接請求。通常的

做法是即時不需要獲得任何數(shù)據(jù)，客戶端也保持每隔一段固定的時間向服務(wù)器發(fā)送一次“保持連接”的請求，服務(wù)器在收到該請求后對客戶端進(jìn)行回復(fù)，表明知道客

戶端“在線”。若服務(wù)器長時間無法收到客戶端的請求，則認(rèn)為客戶端“下線”，若客戶端長時間無法收到服務(wù)器的回復(fù)，則認(rèn)為網(wǎng)絡(luò)已經(jīng)斷開。

三、SOCKET原理

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é)議端口。

應(yīng)

用層通過傳輸層進(jìn)行數(shù)據(jù)通信時，TCP會遇到同時為多個應(yīng)用程序進(jìn)程提供并發(fā)服務(wù)的問題。多個TCP連接或多個應(yīng)用程序進(jìn)程可能需要通過同一個

TCP協(xié)議端口傳輸數(shù)據(jù)。為了區(qū)別不同的應(yīng)用程序進(jìn)程和連接，許多計算機(jī)操作系統(tǒng)為應(yīng)用程序與TCP／IP協(xié)議交互提供了套接字(Socket)接口。應(yīng)

用層可以和傳輸層通過Socket接口，區(qū)分來自不同應(yīng)用程序進(jìn)程或網(wǎng)絡(luò)連接的通信，實現(xiàn)數(shù)據(jù)傳輸?shù)牟l(fā)服務(wù)。

3.2 、建立socket連接

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

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

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

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

連

接確認(rèn)：當(dāng)服務(wù)器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時，就響應(yīng)客戶端套接字的請求，建立一個新的線程，把服務(wù)器端套接字的描述發(fā)給客戶

端，一旦客戶端確認(rèn)了此描述，雙方就正式建立連接。而服務(wù)器端套接字繼續(xù)處于監(jiān)聽狀態(tài)，繼續(xù)接收其他客戶端套接字的連接請求。

3.3、SOCKET連接與TCP連接

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

3.4、Socket連接與HTTP連接

由

于通常情況下Socket連接就是TCP連接，因此Socket連接一旦建立，通信雙方即可開始相互發(fā)送數(shù)據(jù)內(nèi)容，直到雙方連接斷開。但在實際網(wǎng)絡(luò)應(yīng)用

中，客戶端到服務(wù)器之間的通信往往需要穿越多個中間節(jié)點(diǎn)，例如路由器、網(wǎng)關(guān)、防火墻等，大部分防火墻默認(rèn)會關(guān)閉長時間處于非活躍狀態(tài)的連接而導(dǎo)致

Socket 連接斷連，因此需要通過輪詢告訴網(wǎng)絡(luò)，該連接處于活躍狀態(tài)。

而HTTP連接使用的是“請求—響應(yīng)”的方式，不僅在請求時需要先建立連接，而且需要客戶端向服務(wù)器發(fā)出請求后，服務(wù)器端才能回復(fù)數(shù)據(jù)。

很

多情況下，需要服務(wù)器端主動向客戶端推送數(shù)據(jù)，保持客戶端與服務(wù)器數(shù)據(jù)的實時與同步。此時若雙方建立的是Socket連接，服務(wù)器就可以直接將數(shù)據(jù)傳送給

客戶端；若雙方建立的是HTTP連接，則服務(wù)器需要等到客戶端發(fā)送一次請求后才能將數(shù)據(jù)傳回給客戶端，因此，客戶端定時向服務(wù)器端發(fā)送連接請求，不僅可以

保持在線，同時也是在“詢問”服務(wù)器是否有新的數(shù)據(jù)，如果有就將數(shù)據(jù)傳給客戶端。

這里我們使用Socket實現(xiàn)一個聊天室的功能，關(guān)于服務(wù)器這里的就不介紹了

@interfaceViewController (){

NSInputStream *_inputStream;//對應(yīng)輸入流

NSOutputStream *_outputStream;//對應(yīng)輸出流

}

@property (weak, nonatomic) IBOutlet NSLayoutConstraint *inputViewConstraint;

@property (weak, nonatomic) IBOutlet UITableView *tableView;

@property (nonatomic, strong) NSMutableArray *chatMsgs;//聊天消息數(shù)組

@end

懶加載這個消息數(shù)組

//從主運(yùn)行循環(huán)移除

//1.建立連接

//定義C語言輸入輸出流

//把C語言的輸入輸出流轉(zhuǎn)化成OC對象

//設(shè)置代理

//把輸入輸入流添加到主運(yùn)行循環(huán)

//不添加主運(yùn)行循環(huán) 代理有可能不工作

//打開輸入輸出流

//登錄

//發(fā)送用戶名和密碼

//在這里做的時候，只發(fā)用戶名，密碼就不用發(fā)送

//如果要登錄，發(fā)送的數(shù)據(jù)格式為 "iam:zhangsan";

//如果要發(fā)送聊天消息，數(shù)據(jù)格式為 "msg:did you have dinner";

//登錄的指令11NSString *loginStr =@"iam:zhangsan";

//把Str轉(zhuǎn)成NSData

//建立一個緩沖區(qū) 可以放1024個字節(jié)

//返回實際裝的字節(jié)數(shù)

//把字節(jié)數(shù)組轉(zhuǎn)化成字符串

//從服務(wù)器接收到的數(shù)據(jù)

//聊天信息

//刷新表格

//發(fā)送數(shù)據(jù)

//發(fā)送完數(shù)據(jù)，清空textField

//數(shù)據(jù)多，應(yīng)該往上滾動

}

//監(jiān)聽鍵盤

//獲取窗口的高度

//鍵盤結(jié)束的Frm

//獲取鍵盤結(jié)束的y值

iOS 開發(fā)基礎(chǔ)(6)--網(wǎng)絡(luò)通信

OSI 的七層協(xié)議體系結(jié)構(gòu)的概念清晰,理論完整,當(dāng)時它既復(fù)雜又不實用; TCP/IP 體系結(jié)構(gòu)則不同,但是它現(xiàn)在卻得到了非常廣泛的應(yīng)用,不過從實質(zhì)上講, TCP/IP 只是最上面的三層,因為最下面的網(wǎng)絡(luò)接口層并沒有什么具體內(nèi)容;因此在學(xué)習(xí)計算機(jī)網(wǎng)絡(luò)的時候往往采取折中的方法,即綜合 OSI 和 TCP/IP 的優(yōu)點(diǎn),采用一種只有五層協(xié)議的體系結(jié)構(gòu);

iOS 開發(fā)中的網(wǎng)絡(luò)通信主要是在傳輸層和應(yīng)用層進(jìn)行一些網(wǎng)絡(luò) IP 地址,端口以及協(xié)議的一些處理;首先是網(wǎng)絡(luò)層的兩種傳輸協(xié)議 UDP 和 TCP 的含義以及區(qū)別:

用戶數(shù)據(jù)包協(xié)議;UDP 在傳輸數(shù)據(jù)之前不需要先建立連接.遠(yuǎn)地主機(jī)的運(yùn)輸層在收到 UDP 報文后,不需要給出任何確認(rèn);

主要特點(diǎn):

傳輸控制協(xié)議; TCP 提供面向連接的服務(wù);在傳輸數(shù)據(jù)之前必須先建立連接,數(shù)據(jù)傳輸完成后要釋放連接;建立連接需要通過三次握手,而釋放連接需要四次握手;

主要特點(diǎn):

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

第二次握手：服務(wù)器收到syn包，必須確認(rèn)客戶的SYN(ack=x+1)，同時自己也發(fā)送一個SYN包(seq=y)，即SYN+ACK包，此時服務(wù)器進(jìn)入SYN_RECV狀態(tài);

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

握手過程中傳送的包里不包含數(shù)據(jù)，三次握手完畢后，客戶端與服務(wù)器才正式開始傳送數(shù)據(jù)。理想狀態(tài)下，TCP連接一旦建立，在通信雙方中的任何一方主動關(guān)閉連接之前，TCP 連接都將被一直保持下去。

這個問題的本質(zhì)就是信道不可靠，但是通信雙方需要中間傳輸?shù)臄?shù)據(jù)是可靠的，而要解決這個問題，無論你是在信息中包含什么信息，三次通信是理論上的最小值，所以三次握手不是TCP本身的要求，而是為了滿足在不可靠信道上可靠的傳輸信息這一需求所致的；這里的本質(zhì)需求就是，信道不可靠，數(shù)據(jù)傳輸要可靠，三次握手之后你先繼續(xù)握手還是發(fā)數(shù)據(jù)也好，跟進(jìn)行可靠信息傳輸?shù)男枨缶蜎]關(guān)系了，因此如果信道可靠，無論什么時候發(fā)出消息，對方一定能收到，或者你不關(guān)心是否要保證對方收到你的消息，那就能像UDP那樣直接發(fā)送消息就可以；

1.當(dāng)主機(jī)A確認(rèn)發(fā)送完數(shù)據(jù)且知道B已經(jīng)接受完了，想要關(guān)閉發(fā)送數(shù)據(jù)接口（當(dāng)然確認(rèn)信號還是可以發(fā)），就會發(fā)FIN給主機(jī)B；

2.主機(jī)B收到A發(fā)送的FIN，表示收到了，就會發(fā)送ACK回復(fù)；

3.但是這時B可能還在發(fā)送數(shù)據(jù)，沒有想要關(guān)閉數(shù)據(jù)口的意思，所以FIN和ACK不是同時發(fā)送的，而是等到B數(shù)據(jù)發(fā)送完，才會發(fā)送FIN給主機(jī)A；

4.A收到B發(fā)來的FIN，知道B的數(shù)據(jù)也發(fā)送完了，回復(fù)ACK，A等待2MSL以后，沒有收到B傳來的任何消息，知道B已經(jīng)收到自己的ACK了，A就關(guān)閉鏈接，B也關(guān)閉鏈接；

在客戶端發(fā)送最后的ACK回復(fù)，但是該ACK可能丟失。服務(wù)端如果沒有收到ACK，將不斷重復(fù)發(fā)送FIN片段。所以客戶端不能立即關(guān)閉，它必須確認(rèn)服務(wù)端接收到了該ACK，客戶端會在發(fā)送出ACK之后進(jìn)入到TIME_WAIT狀態(tài)，客戶端會設(shè)置一個計時器，等待2MSL的時間，如果在該時間內(nèi)再次收到FIN，那么客戶端會重發(fā)ACK并再次等待2MSL；所謂2MSL是兩倍的MSL（Maximum Segment Lifetime）。MSL指一個片段在網(wǎng)絡(luò)中最大的存活時間，2MSL就是一個發(fā)送和一個回復(fù)所需的最大時間。如果知道2MSL，客戶端都沒有再次收到FIN，那么客戶端推斷ACK已經(jīng)成功接收，則結(jié)束TCP連接；

HTTP是一種無狀態(tài)的連接，客戶端每次讀取web網(wǎng)頁時，服務(wù)器都會認(rèn)為這是一次新的會話。但有時候我們需要持久保存一些用戶信息，比如登錄時的用戶名和密碼等；而這些信息都是需要Cookie和Session來保存；

這兩個的本質(zhì)區(qū)別就是Cookie是保存在客戶端的，而Session是保存在服務(wù)器上的；

當(dāng)服務(wù)器接收到 cookie 后，會根據(jù) cookie 中的 SessionID 來找到這個客戶的 session。如果沒有，則會生成一個新的 SessionID 發(fā)送給客戶端。

HTTP 連接使用的是"請求--響應(yīng)"的方式,不僅在請求時需要先建立連接,而且需要客戶端向服務(wù)器發(fā)出請求后,服務(wù)器端才能回復(fù)數(shù)據(jù);一次請求后立即斷開;HTTP 使用的的面向連接的 TCP 作為傳輸層協(xié)議,保證了數(shù)據(jù)的可靠性;但是 HTTP屬于無狀態(tài),無連接;雖然使用了 TCP 連接,但通信的雙方不需要先建立連接;

socket 連接通常情況下就是 TCP 連接,因此 socket 連接一旦建立,通信雙方即可開始互相發(fā)送數(shù)據(jù)內(nèi)容,直到雙方的連接斷開;但在實際應(yīng)用中,客戶端和服務(wù)器之間的通行防火墻會關(guān)閉長時間處于非活躍狀態(tài)的連接而導(dǎo)致 socket 連接中斷,因此需要通過輪詢告訴網(wǎng)絡(luò)該連接處于活躍狀態(tài);

連接過程分為三個步驟:服務(wù)器監(jiān)聽,客戶端請求,連接確認(rèn);

服務(wù)器監(jiān)聽 :服務(wù)器端套接字并不定位具體的客戶端套接字,而是處于等待連接狀態(tài),實時監(jiān)測網(wǎng)絡(luò)狀態(tài),等待客戶端的連接請求;

客戶端的連接請求 :指客戶端的套接字提出連接請求,要連接的目標(biāo)是服務(wù)器端的套接字,為此客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字,指出服務(wù)器端的套接字的地址和端口號,然后就向服務(wù)器端套接字提出連接請求;

連接確認(rèn) :當(dāng)服務(wù)器端套接字監(jiān)聽到或者說收到客戶端套接字的連接請求時,就響應(yīng)客戶端套接字的請求,建立一個新的線程,把服務(wù)器端套接字的描述發(fā)給客戶端,一旦客戶端確認(rèn)了此描述,雙方就正式建立連接,而服務(wù)器端的套接字繼續(xù)處于監(jiān)聽狀態(tài),繼續(xù)接受其它客戶端套接字的連接請求;

HTTP的 URL 的一般形式是: ;主機(jī):端口/路徑

HTTP 的默認(rèn)端口號是:80;

HTTP 有兩類報文:

1.請求報文---從客戶端向服務(wù)器發(fā)送的請求報文

2.響應(yīng)報文---從服務(wù)器到客戶的回答

特點(diǎn):所有的請求參數(shù)都拼接都 URL 的后面;

缺點(diǎn):

特點(diǎn):

1xx 保留.響應(yīng)保留;

2xx 請求成功接收;

3xx 為完成請求客戶端需要進(jìn)一步細(xì)化請求;

4xx 客戶端請求錯誤(參數(shù),方式不正確);

5xx 服務(wù)器端有錯誤;

當(dāng)前標(biāo)題：ios開發(fā)之網(wǎng)絡(luò)編程,進(jìn)行ios開發(fā)所使用的編程語言
分享路徑：http://chinadenli.net/article23/dsgdejs.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供用戶體驗、靜態(tài)網(wǎng)站、虛擬主機(jī)、響應(yīng)式網(wǎng)站、關(guān)鍵詞優(yōu)化、企業(yè)網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)