欧美一区二区三区老妇人-欧美做爰猛烈大尺度电-99久久夜色精品国产亚洲a-亚洲福利视频一区二区

ios網絡開發(fā),iOS開發(fā)技術

iOS 開發(fā)基礎(6)--網絡通信

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

創(chuàng)新互聯公司主營同仁網站建設的網絡公司,主營網站建設方案,成都App制作,同仁h5微信小程序開發(fā)搭建,同仁網站營銷推廣歡迎同仁等地區(qū)企業(yè)咨詢

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

用戶數據包協議;UDP 在傳輸數據之前不需要先建立連接.遠地主機的運輸層在收到 UDP 報文后,不需要給出任何確認;

主要特點:

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

主要特點:

第一次握手:客戶端發(fā)送syn包(seq=x)到服務器,并進入SYN_SEND狀態(tài),等待服務器確認;

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

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

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

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

1.當主機A確認發(fā)送完數據且知道B已經接受完了,想要關閉發(fā)送數據接口(當然確認信號還是可以發(fā)),就會發(fā)FIN給主機B;

2.主機B收到A發(fā)送的FIN,表示收到了,就會發(fā)送ACK回復;

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

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

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

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

這兩個的本質區(qū)別就是Cookie是保存在客戶端的,而Session是保存在服務器上的;

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

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

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

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

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

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

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

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

HTTP 的默認端口號是:80;

HTTP 有兩類報文:

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

2.響應報文---從服務器到客戶的回答

特點:所有的請求參數都拼接都 URL 的后面;

缺點:

特點:

1xx 保留.響應保留;

2xx 請求成功接收;

3xx 為完成請求客戶端需要進一步細化請求;

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

5xx 服務器端有錯誤;

iOS開發(fā) GET、POST請求方法(NSURLConnection篇)

Web Service使用的主要協議是HTTP協議,即 超文本傳輸協議 。

HTTP/1.1協議共定義了8種請求方法(OPTIONS、HEAD、GET、POST、PUT、DELETE、TRACE、CONNECT)作為Web服務器。

GET方法 ,是向指定的資源發(fā)送請求,請求的參數“顯式”地在URL的后面。有點像明信片,把內容“顯式”寫在外面,因此安全性比較差。一般使用于讀取數據、例如從服務器讀取靜態(tài)圖片、或查詢數據等。

POST方法 ,是向指定資源提交數據,請求服務器進行處理,數據包含在 請求體 中。參數和地址分開,放在body里面。有點像把信內容放在信封中,接觸的人看不到,安全性比較高。一般用于例如提交表單、上傳文件等(請求的的動態(tài)資源,與查詢類似,每個方法調用都要傳遞很多參數,因此需要使用NSMutableURLRequest創(chuàng)建請求。 )

iOS SDK中為HTTP請求提供了同步和異步請求這兩種不同的API,

同步請求,可以從因特網請求數據,一旦發(fā)送同步請求,程序將停止用戶交互,直至服務器返回數據完成,才可以進行下一步操作,意味著線程阻塞;

異步請求,不會阻塞主線程,而會建立一個新的線程來操作,用戶發(fā)出異步請求后,依然可以對UI進行操作,程序可以繼續(xù)運行;

它們的主要區(qū)別在于連接方式的不同。

下面通過請求一個登陸接口介紹有關于網絡請求中的不同情況。

【本次開發(fā)環(huán)境: Xcode:7.2 ? ??iOS Simulator:iphone6 ? By:啊左】

一、GET方法

1.同步get方法:

//1.創(chuàng)建一個web路徑?

NSString*webPath=[NSString?stringWithFormat:@";pass=%@btn=login",yourname,yourpass]; ? ? ?

webPath=[webPath stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];?//url不允許為中文等特殊字符,需要進行字符串的轉碼為URL字符串,例如空格轉換后為“%20”;? ? ?

NSURL *url=[NSURL URLWithString:webPath];? ? ??

//2.根據WEB路徑創(chuàng)建一個請求? ? ?

NSURLRequest? *request=[NSURLRequest requestWithURL:url];? ? ? ? ?

NSURLResponse *respone;//獲取連接的響應信息,可以為nil? ? ?

NSError *error;? ? ? ? //獲取連接的錯誤時的信息,可以為nil? ??

//3.得到服務器數據? ??

NSData*data=[NSURLConnection sendSynchronousRequest: request returningResponse: respone error: error];? ??

if(data==nil)? ? {? ? ? ? NSLog(@"登陸失敗:%@,請重試",error);? ? ? ? return;? ? }?

/*? ? ? ? 4.對服務器獲取的數據data進行相應的處理;? */

2.異步get方法:

異步請求與同步請求的不同在于使用NSURLConnectionDataDelegate委托協議,指定代理.

@interface ViewController : UIViewController // 遵循協議

@property (weak,nonatomic) NSMutableData *receiveData;? //創(chuàng)建一個可變data,用于異步接收服務器的數據

@end

創(chuàng)建網絡請求:

//1.創(chuàng)建一個web路徑

NSString*webPath=[NSString stringWithFormat: @";pass=%@btn=login",yourname,yourpass];

webPath=[webPath stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];

NSURL? *url=[NSURL URLWithString:webPath];

//2.根據WEB路徑創(chuàng)建一個請求

NSURLRequest *request=[NSURLRequest requestWithURL:url];

//3.指定代理 以異步的方式接收數據NSURLConnectionDataDelegate

NSURLConnection? *con=[NSURLConnection connectionWithRequest:request delegate:self];

if(con==nil)

{

NSLog(@"創(chuàng)建連接失敗.");

return;

}

else//成功 準備接數據

{

if(self.receiveData==nil)

{

self.receiveData=[[NSMutableData alloc] init];

}

}

異步的代理行為:

-(void)connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response{? ??

NSLog(@"已經響應成功.");

//清空 為當前連接做準備? ??

self.receiveData.length=0;

}

-(void) connection:(NSURLConnection *)connection didReceiveData:(NSData *)data{? ? NSLog(@"已經接收到了數據.");? ??

//追加接收到的數據? ??

[self.receiveData appendData:data];

}

-(void)connectionDidFinishLoading:(NSURLConnection *)connection{? ??

NSLog(@"接收數據已經完成.");?

/*? ? ? 對服務器獲取的數據receiveData進行相應的處理;? */

}

-(void) connection:(NSURLConnection *)connection didFailWithError:(NSError *)error{? ? NSLog(@"連接失敗.");

}

二、POST方法

1.同步post方法:

//1.創(chuàng)建一個web路徑? ??

NSString? *webPath=@""; ??

webPath = [webPath stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];? ? NSURL *url=[NSURL URLWithString:webPath];

//2.建立一個帶協議緩存類型的請求 (使用NSMutableURLRequest,是post方法的關鍵)? ? NSMutableURLRequest? *request=[NSMutableURLRequest requestWithURL:url cachePolicy:(NSURLRequestUseProtocolCachePolicy) timeoutInterval:10];? ? ? ? //3.設置表單提交的方法(默認為get)? ? [request setHTTPMethod: @"post"];

//4.設置要提交的參數? ? NSString? *args=[NSString stringWithFormat:@"uname=%@upas=%@btn=login",uname,upas];? ? [request setHTTPBody: [args dataUsingEncoding:NSUTF8StringEncoding]];

NSData *recvData=[NSURLConnection sendSynchronousRequest:request returningResponse:nil error:nil];? ? if(recvData!=nil)? ? {

/*

對服務器獲取的數據recvData進行相應的處理

*/

}

else

{

NSLog(@"連接失敗,請重試!");

}

2.post方法的異步與同步的區(qū)別在于使用NSURLConnectionDataDelegate委托協議,指定代理.

這一點與get方法一致,所以就不進行長篇幅的演示了。

以上就是關于部分網絡同步異步請求,get、post請求方法的演示,由于UI控件還有其他的處理沒有附上,具體的讀者可以進行相應細節(jié)的調整,進行完整的網絡請求項目開發(fā)。

由于iOS開始,引入了新的網絡接口NSURLSession,而在iOS9中NSURLConnection被宣布棄用,因此關于NSURLSession發(fā)送GET和POST請求的資料部分,有興趣的可以參考:

iOS開發(fā) GET、POST請求方法(NSURLSession篇)

? by:啊左~

iOS開發(fā)網絡篇-UIImage加載圖片方式

imageNamed默認加載圖片成功后會內存中緩存圖片,這個方法用一個指定的名字在系統緩存中查找并返回一個圖片對象.如果緩存中沒有找到相應的圖片對象,則從指定地方加載圖片然后緩存對象,并返回這個圖片對象.多了就有問題。一般加上AutoReleasePool

imageWithContentsOfFile則僅只加載圖片,不緩存.大量使用imageNamed方式會在不需要緩存的地方額外增加開銷CPU的時間來做這件事.當應用程序需要加載一張比較大的圖片并且使用一次性,那么其實是沒有必要去緩存這個圖片的,用imageWithContentsOfFile是最為經濟的方式,這樣不會因為UIImage元素較多情況下,CPU會被逐個分散在不必要緩存上浪費過多時間.。

iOS開發(fā)網絡篇—Socket編程

一、網絡各個協議:TCP/IP、SOCKET、HTTP等

網絡七層由下往上分別為物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層和應用層。

其中物理層、數據鏈路層和網絡層通常被稱作媒體層,是網絡工程師所研究的對象;

傳輸層、會話層、表示層和應用層則被稱作主機層,是用戶所面向和關心的內容。

http協議對應于應用層

tcp協議對應于傳輸層

ip協議對應于網絡層

三者本質上沒有可比性。 何況HTTP協議是基于TCP連接的。

TCP/IP是傳輸層協議,主要解決數據如何在網絡中傳輸;而HTTP是應用層協議,主要解決如何包裝數據。

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

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

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

2.1、TCP連接

要想明白Socket連接,先要明白TCP連接。手機能夠使用聯網功能是因為手機底層實現了TCP/IP協議,可以使手機終端通過無線網絡建立TCP連接。TCP協議可以對上層網絡提供接口,使上層網絡數據的傳輸建立在“無差別”的網絡之上。

建立起一個TCP連接需要經過“三次握手”:

第一次握手:客戶端發(fā)送syn包(syn=j)到服務器,并進入SYN_SEND狀態(tài),等待服務器確認;

第二次握手:服務器收到syn包,必須確認客戶的SYN(ack=j+1),同時自己也發(fā)送一個SYN包(syn=k),即SYN+ACK包,此時服務器進入SYN_RECV狀態(tài);

第三次握手:客戶端收到服務器的SYN+ACK包,向服務器發(fā)送確認包ACK(ack=k+1),此包發(fā)送完畢,客戶端和服務器進入ESTABLISHED狀態(tài),完成三次握手。

手過程中傳送的包里不包含數據,三次握手完畢后,客戶端與服務器才正式開始傳送數據。理想狀態(tài)下,TCP連接一旦建立,在通信雙方中的任何一方主動關閉連

接之前,TCP

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

戶端交互,最終確定斷開)

2.2、HTTP連接

HTTP協議即超文本傳送協議(HypertextTransfer Protocol ),是Web聯網的基礎,也是手機聯網常用的協議之一,HTTP協議是建立在TCP協議之上的一種應用。

HTTP連接最顯著的特點是客戶端發(fā)送的每次請求都需要服務器回送響應,在請求結束后,會主動釋放連接。從建立連接到關閉連接的過程稱為“一次連接”。

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

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

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

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

戶端“在線”。若服務器長時間無法收到客戶端的請求,則認為客戶端“下線”,若客戶端長時間無法收到服務器的回復,則認為網絡已經斷開。

三、SOCKET原理

3.1、套接字(socket)概念

套接字(socket)是通信的基石,是支持TCP/IP協議的網絡通信的基本操作單元。它是網絡通信過程中端點的抽象表示,包含進行網絡通信必須的五種信息:連接使用的協議,本地主機的IP地址,本地進程的協議端口,遠地主機的IP地址,遠地進程的協議端口。

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

TCP協議端口傳輸數據。為了區(qū)別不同的應用程序進程和連接,許多計算機操作系統為應用程序與TCP/IP協議交互提供了套接字(Socket)接口。應

用層可以和傳輸層通過Socket接口,區(qū)分來自不同應用程序進程或網絡連接的通信,實現數據傳輸的并發(fā)服務。

3.2 、建立socket連接

建立Socket連接至少需要一對套接字,其中一個運行于客戶端,稱為ClientSocket,另一個運行于服務器端,稱為ServerSocket。

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

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

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

接確認:當服務器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時,就響應客戶端套接字的請求,建立一個新的線程,把服務器端套接字的描述發(fā)給客戶

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

3.3、SOCKET連接與TCP連接

創(chuàng)建Socket連接時,可以指定使用的傳輸層協議,Socket可以支持不同的傳輸層協議(TCP或UDP),當使用TCP協議進行連接時,該Socket連接就是一個TCP連接。

3.4、Socket連接與HTTP連接

于通常情況下Socket連接就是TCP連接,因此Socket連接一旦建立,通信雙方即可開始相互發(fā)送數據內容,直到雙方連接斷開。但在實際網絡應用

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

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

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

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

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

保持在線,同時也是在“詢問”服務器是否有新的數據,如果有就將數據傳給客戶端。

這里我們使用Socket實現一個聊天室的功能,關于服務器這里的就不介紹了

@interfaceViewController (){

NSInputStream *_inputStream;//對應輸入流

NSOutputStream *_outputStream;//對應輸出流

}

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

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

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

@end

懶加載這個消息數組

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

//1.建立連接

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

//把C語言的輸入輸出流轉化成OC對象

//設置代理

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

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

//打開輸入輸出流

//登錄

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

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

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

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

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

//把Str轉成NSData

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

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

//把字節(jié)數組轉化成字符串

//從服務器接收到的數據

//聊天信息

//刷新表格

//發(fā)送數據

//發(fā)送完數據,清空textField

//數據多,應該往上滾動

}

//監(jiān)聽鍵盤

//獲取窗口的高度

//鍵盤結束的Frm

//獲取鍵盤結束的y值

iOS開發(fā)調試 網絡限速

在iOS開發(fā)中,針對不同網絡狀況做一下測試是很有必要的。尤其是測試網速很差, 網絡很不穩(wěn)定的情況下, 我們的APP的運行情況; 但公司的網速一般都不會非常差, 那我們就需要對網絡進行限速;

下面就簡單介紹一下對iOS真機以及Mac進行網絡限速的方法:

1.1 在設置中找到 "開發(fā)者" 選項

1.2 選擇網絡調節(jié)器

文章標題:ios網絡開發(fā),iOS開發(fā)技術
當前鏈接:http://chinadenli.net/article38/dsicssp.html

成都網站建設公司_創(chuàng)新互聯,為您提供企業(yè)網站制作App開發(fā)域名注冊外貿建站Google定制開發(fā)

廣告

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

成都定制網站建設