iOS开发网络篇－UIImage加载图片方式

imageNamed默认加载图片成功后会内存中缓存图片,这个方法用一个指定的名字在系统缓存中查找并返回一个图片对象.如果缓存中没有找到相应的图片对象,则从指定地方加载图片然后缓存对象，并返回这个图片对象.多了就有问题。一般加上AutoReleasePool

成都创新互联公司专注为客户提供全方位的互联网综合服务，包含不限于成都做网站、成都网站制作、叶县网络推广、重庆小程序开发、叶县网络营销、叶县企业策划、叶县品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们最大的嘉奖；成都创新互联公司为所有大学生创业者提供叶县建站搭建服务，24小时服务热线：13518219792，官方网址：www.cdcxhl.com

imageWithContentsOfFile则仅只加载图片,不缓存.大量使用imageNamed方式会在不需要缓存的地方额外增加开销CPU的时间来做这件事.当应用程序需要加载一张比较大的图片并且使用一次性，那么其实是没有必要去缓存这个图片的，用imageWithContentsOfFile是最为经济的方式,这样不会因为UIImage元素较多情况下，CPU会被逐个分散在不必要缓存上浪费过多时间.。

iOS开发 GET、POST请求方法（NSURLConnection篇）

Web Service使用的主要协议是HTTP协议，即 超文本传输协议 。

HTTP/1.1协议共定义了8种请求方法（OPTIONS、HEAD、GET、POST、PUT、DELETE、TRACE、CONNECT）作为Web服务器。

GET方法 ，是向指定的资源发送请求，请求的参数“显式”地在URL的后面。有点像明信片，把内容“显式”写在外面，因此安全性比较差。一般使用于读取数据、例如从服务器读取静态图片、或查询数据等。

POST方法 ，是向指定资源提交数据，请求服务器进行处理，数据包含在 请求体 中。参数和地址分开，放在body里面。有点像把信内容放在信封中，接触的人看不到，安全性比较高。一般用于例如提交表单、上传文件等(请求的的动态资源，与查询类似，每个方法调用都要传递很多参数，因此需要使用NSMutableURLRequest创建请求。 )

iOS SDK中为HTTP请求提供了同步和异步请求这两种不同的API，

同步请求，可以从因特网请求数据，一旦发送同步请求，程序将停止用户交互，直至服务器返回数据完成，才可以进行下一步操作，意味着线程阻塞；

异步请求，不会阻塞主线程，而会建立一个新的线程来操作，用户发出异步请求后，依然可以对UI进行操作，程序可以继续运行；

它们的主要区别在于连接方式的不同。

下面通过请求一个登陆接口介绍有关于网络请求中的不同情况。

【本次开发环境： Xcode:7.2     iOS Simulator:iphone6   By:啊左】

一、GET方法

1.同步get方法：

//1.创建一个web路径 

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

webPath=[webPath stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding]; //url不允许为中文等特殊字符，需要进行字符串的转码为URL字符串，例如空格转换后为“%20”；     

NSURL *url=[NSURL URLWithString:webPath];      

//2.根据WEB路径创建一个请求     

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;  //创建一个可变data，用于异步接收服务器的数据

@end

创建网络请求：

//1.创建一个web路径

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

webPath=[webPath stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];

NSURL  *url=[NSURL URLWithString:webPath];

//2.根据WEB路径创建一个请求

NSURLRequest *request=[NSURLRequest requestWithURL:url];

//3.指定代理 以异步的方式接收数据NSURLConnectionDataDelegate

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

if(con==nil)

{

NSLog(@"创建连接失败.");

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.创建一个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方法的异步与同步的区别在于使用NSURLConnectionDataDelegate委托协议，指定代理.

这一点与get方法一致，所以就不进行长篇幅的演示了。

以上就是关于部分网络同步异步请求，get、post请求方法的演示，由于UI控件还有其他的处理没有附上，具体的读者可以进行相应细节的调整，进行完整的网络请求项目开发。

由于iOS开始，引入了新的网络接口NSURLSession，而在iOS9中NSURLConnection被宣布弃用，因此关于NSURLSession发送GET和POST请求的资料部分，有兴趣的可以参考：

iOS开发 GET、POST请求方法（NSURLSession篇）

 by：啊左~

iOS 开发基础(6)--网络通信

OSI 的七层协议体系结构的概念清晰,理论完整,当时它既复杂又不实用; TCP/IP 体系结构则不同,但是它现在却得到了非常广泛的应用,不过从实质上讲, TCP/IP 只是最上面的三层,因为最下面的网络接口层并没有什么具体内容;因此在学习计算机网络的时候往往采取折中的方法,即综合 OSI 和 TCP/IP 的优点,采用一种只有五层协议的体系结构;

iOS 开发中的网络通信主要是在传输层和应用层进行一些网络 IP 地址,端口以及协议的一些处理;首先是网络层的两种传输协议 UDP 和 TCP 的含义以及区别:

用户数据包协议;UDP 在传输数据之前不需要先建立连接.远地主机的运输层在收到 UDP 报文后,不需要给出任何确认;

主要特点:

传输控制协议; TCP 提供面向连接的服务;在传输数据之前必须先建立连接,数据传输完成后要释放连接;建立连接需要通过三次握手,而释放连接需要四次握手;

主要特点:

第一次握手：客户端发送syn包(seq=x)到服务器，并进入SYN_SEND状态，等待服务器确认;

第二次握手：服务器收到syn包，必须确认客户的SYN(ack=x+1)，同时自己也发送一个SYN包(seq=y)，即SYN+ACK包，此时服务器进入SYN_RECV状态;

第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=y+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。

这个问题的本质就是信道不可靠，但是通信双方需要中间传输的数据是可靠的，而要解决这个问题，无论你是在信息中包含什么信息，三次通信是理论上的最小值，所以三次握手不是TCP本身的要求，而是为了满足在不可靠信道上可靠的传输信息这一需求所致的；这里的本质需求就是，信道不可靠，数据传输要可靠，三次握手之后你先继续握手还是发数据也好，跟进行可靠信息传输的需求就没关系了，因此如果信道可靠，无论什么时候发出消息，对方一定能收到，或者你不关心是否要保证对方收到你的消息，那就能像UDP那样直接发送消息就可以；

1.当主机A确认发送完数据且知道B已经接受完了，想要关闭发送数据接口（当然确认信号还是可以发），就会发FIN给主机B；

2.主机B收到A发送的FIN，表示收到了，就会发送ACK回复；

3.但是这时B可能还在发送数据，没有想要关闭数据口的意思，所以FIN和ACK不是同时发送的，而是等到B数据发送完，才会发送FIN给主机A；

4.A收到B发来的FIN，知道B的数据也发送完了，回复ACK，A等待2MSL以后，没有收到B传来的任何消息，知道B已经收到自己的ACK了，A就关闭链接，B也关闭链接；

在客户端发送最后的ACK回复，但是该ACK可能丢失。服务端如果没有收到ACK，将不断重复发送FIN片段。所以客户端不能立即关闭，它必须确认服务端接收到了该ACK，客户端会在发送出ACK之后进入到TIME_WAIT状态，客户端会设置一个计时器，等待2MSL的时间，如果在该时间内再次收到FIN，那么客户端会重发ACK并再次等待2MSL；所谓2MSL是两倍的MSL（Maximum Segment Lifetime）。MSL指一个片段在网络中最大的存活时间，2MSL就是一个发送和一个回复所需的最大时间。如果知道2MSL，客户端都没有再次收到FIN，那么客户端推断ACK已经成功接收，则结束TCP连接；

HTTP是一种无状态的连接，客户端每次读取web网页时，服务器都会认为这是一次新的会话。但有时候我们需要持久保存一些用户信息，比如登录时的用户名和密码等；而这些信息都是需要Cookie和Session来保存；

这两个的本质区别就是Cookie是保存在客户端的，而Session是保存在服务器上的；

当服务器接收到 cookie 后，会根据 cookie 中的 SessionID 来找到这个客户的 session。如果没有，则会生成一个新的 SessionID 发送给客户端。

HTTP 连接使用的是"请求--响应"的方式,不仅在请求时需要先建立连接,而且需要客户端向服务器发出请求后,服务器端才能回复数据;一次请求后立即断开;HTTP 使用的的面向连接的 TCP 作为传输层协议,保证了数据的可靠性;但是 HTTP属于无状态,无连接;虽然使用了 TCP 连接,但通信的双方不需要先建立连接;

socket 连接通常情况下就是 TCP 连接,因此 socket 连接一旦建立,通信双方即可开始互相发送数据内容,直到双方的连接断开;但在实际应用中,客户端和服务器之间的通行防火墙会关闭长时间处于非活跃状态的连接而导致 socket 连接中断,因此需要通过轮询告诉网络该连接处于活跃状态;

连接过程分为三个步骤:服务器监听,客户端请求,连接确认;

服务器监听 :服务器端套接字并不定位具体的客户端套接字,而是处于等待连接状态,实时监测网络状态,等待客户端的连接请求;

客户端的连接请求 :指客户端的套接字提出连接请求,要连接的目标是服务器端的套接字,为此客户端的套接字必须首先描述它要连接的服务器的套接字,指出服务器端的套接字的地址和端口号,然后就向服务器端套接字提出连接请求;

连接确认 :当服务器端套接字监听到或者说收到客户端套接字的连接请求时,就响应客户端套接字的请求,建立一个新的线程,把服务器端套接字的描述发给客户端,一旦客户端确认了此描述,双方就正式建立连接,而服务器端的套接字继续处于监听状态,继续接受其它客户端套接字的连接请求;

HTTP的 URL 的一般形式是: ;主机:端口/路径

HTTP 的默认端口号是:80;

HTTP 有两类报文:

1.请求报文---从客户端向服务器发送的请求报文

2.响应报文---从服务器到客户的回答

特点:所有的请求参数都拼接都 URL 的后面;

缺点:

特点:

1xx 保留.响应保留;

2xx 请求成功接收;

3xx 为完成请求客户端需要进一步细化请求;

4xx 客户端请求错误(参数,方式不正确);

5xx 服务器端有错误;

iOS开发之WIFI,3G/4G两种网络同时使用技巧

最近遇到一个比较奇葩的需求：App与硬件通过WiFi LAN通信， 同时App需要与服务器通过3G/4G WAN通信,如下图：

众所周知，手机同时打开WiFi和3G时候，会优先走WiFi。这个该如何实现呢？市面上有一个极路客APP已经实现此方案，网上各种搜索资料，出现一个 Multipath TCP概念 ，但是这个系统没有API，瞬间抓狂，直接查看极路客APP与他们硬件连接的WIFI，发现与我们平时WiFi不一样，DNS没有。

iOS开发网络篇—Socket编程

一、网络各个协议：TCP/IP、SOCKET、HTTP等

网络七层由下往上分别为物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。

其中物理层、数据链路层和网络层通常被称作媒体层，是网络工程师所研究的对象；

传输层、会话层、表示层和应用层则被称作主机层，是用户所面向和关心的内容。

http协议对应于应用层

tcp协议对应于传输层

ip协议对应于网络层

三者本质上没有可比性。 何况HTTP协议是基于TCP连接的。

TCP/IP是传输层协议，主要解决数据如何在网络中传输；而HTTP是应用层协议，主要解决如何包装数据。

我 们在传输数据时，可以只使用传输层（TCP/IP），但是那样的话，由于没有应用层，便无法识别数据内容，如果想要使传输的数据有意义，则必须使用应用层 协议，应用层协议很多，有HTTP、FTP、TELNET等等，也可以自己定义应用层协议。WEB使用HTTP作传输层协议，以封装HTTP文本信息，然 后使用TCP/IP做传输层协议将它发送到网络上。Socket是对TCP/IP协议的封装，Socket本身并不是协议，而是一个调用接口（API），通过Socket，我们才能使用TCP/IP协议。

二、Http和Socket连接区别

相信不少初学手机联网开发的朋友都想知道Http与Socket连接究竟有什么区别，希望通过自己的浅显理解能对初学者有所帮助。

2.1、TCP连接

要想明白Socket连接，先要明白TCP连接。手机能够使用联网功能是因为手机底层实现了TCP/IP协议，可以使手机终端通过无线网络建立TCP连接。TCP协议可以对上层网络提供接口，使上层网络数据的传输建立在“无差别”的网络之上。

建立起一个TCP连接需要经过“三次握手”：

第一次握手：客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；

第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；

第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

握

手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连

接之前，TCP

连接都将被一直保持下去。断开连接时服务器和客户端均可以主动发起断开TCP连接的请求，断开过程需要经过“四次握手”（过程就不细写了，就是服务器和客

户端交互，最终确定断开）

2.2、HTTP连接

HTTP协议即超文本传送协议(HypertextTransfer Protocol )，是Web联网的基础，也是手机联网常用的协议之一，HTTP协议是建立在TCP协议之上的一种应用。

HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。

1）在HTTP 1.0中，客户端的每次请求都要求建立一次单独的连接，在处理完本次请求后，就自动释放连接。

2）在HTTP 1.1中则可以在一次连接中处理多个请求，并且多个请求可以重叠进行，不需要等待一个请求结束后再发送下一个请求。

由

于HTTP在每次请求结束后都会主动释放连接，因此HTTP连接是一种“短连接”，要保持客户端程序的在线状态，需要不断地向服务器发起连接请求。通常的

做法是即时不需要获得任何数据，客户端也保持每隔一段固定的时间向服务器发送一次“保持连接”的请求，服务器在收到该请求后对客户端进行回复，表明知道客

户端“在线”。若服务器长时间无法收到客户端的请求，则认为客户端“下线”，若客户端长时间无法收到服务器的回复，则认为网络已经断开。

三、SOCKET原理

3.1、套接字（socket）概念

套接字（socket）是通信的基石，是支持TCP/IP协议的网络通信的基本操作单元。它是网络通信过程中端点的抽象表示，包含进行网络通信必须的五种信息：连接使用的协议，本地主机的IP地址，本地进程的协议端口，远地主机的IP地址，远地进程的协议端口。

应

用层通过传输层进行数据通信时，TCP会遇到同时为多个应用程序进程提供并发服务的问题。多个TCP连接或多个应用程序进程可能需要通过同一个

TCP协议端口传输数据。为了区别不同的应用程序进程和连接，许多计算机操作系统为应用程序与TCP／IP协议交互提供了套接字(Socket)接口。应

用层可以和传输层通过Socket接口，区分来自不同应用程序进程或网络连接的通信，实现数据传输的并发服务。

3.2 、建立socket连接

建立Socket连接至少需要一对套接字，其中一个运行于客户端，称为ClientSocket，另一个运行于服务器端，称为ServerSocket。

套接字之间的连接过程分为三个步骤：服务器监听，客户端请求，连接确认。

服务器监听：服务器端套接字并不定位具体的客户端套接字，而是处于等待连接的状态，实时监控网络状态，等待客户端的连接请求。

客户端请求：指客户端的套接字提出连接请求，要连接的目标是服务器端的套接字。为此，客户端的套接字必须首先描述它要连接的服务器的套接字，指出服务器端套接字的地址和端口号，然后就向服务器端套接字提出连接请求。

连

接确认：当服务器端套接字监听到或者说接收到客户端套接字的连接请求时，就响应客户端套接字的请求，建立一个新的线程，把服务器端套接字的描述发给客户

端，一旦客户端确认了此描述，双方就正式建立连接。而服务器端套接字继续处于监听状态，继续接收其他客户端套接字的连接请求。

3.3、SOCKET连接与TCP连接

创建Socket连接时，可以指定使用的传输层协议，Socket可以支持不同的传输层协议（TCP或UDP），当使用TCP协议进行连接时，该Socket连接就是一个TCP连接。

3.4、Socket连接与HTTP连接

由

于通常情况下Socket连接就是TCP连接，因此Socket连接一旦建立，通信双方即可开始相互发送数据内容，直到双方连接断开。但在实际网络应用

中，客户端到服务器之间的通信往往需要穿越多个中间节点，例如路由器、网关、防火墙等，大部分防火墙默认会关闭长时间处于非活跃状态的连接而导致

Socket 连接断连，因此需要通过轮询告诉网络，该连接处于活跃状态。

而HTTP连接使用的是“请求—响应”的方式，不仅在请求时需要先建立连接，而且需要客户端向服务器发出请求后，服务器端才能回复数据。

很

多情况下，需要服务器端主动向客户端推送数据，保持客户端与服务器数据的实时与同步。此时若双方建立的是Socket连接，服务器就可以直接将数据传送给

客户端；若双方建立的是HTTP连接，则服务器需要等到客户端发送一次请求后才能将数据传回给客户端，因此，客户端定时向服务器端发送连接请求，不仅可以

保持在线，同时也是在“询问”服务器是否有新的数据，如果有就将数据传给客户端。

这里我们使用Socket实现一个聊天室的功能，关于服务器这里的就不介绍了

@interfaceViewController (){

NSInputStream *_inputStream;//对应输入流

NSOutputStream *_outputStream;//对应输出流

}

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

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

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

@end

懒加载这个消息数组

//从主运行循环移除

//1.建立连接

//定义C语言输入输出流

//把C语言的输入输出流转化成OC对象

//设置代理

//把输入输入流添加到主运行循环

//不添加主运行循环 代理有可能不工作

//打开输入输出流

//登录

//发送用户名和密码

//在这里做的时候，只发用户名，密码就不用发送

//如果要登录，发送的数据格式为 "iam:zhangsan";

//如果要发送聊天消息，数据格式为 "msg:did you have dinner";

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

//把Str转成NSData

//建立一个缓冲区 可以放1024个字节

//返回实际装的字节数

//把字节数组转化成字符串

//从服务器接收到的数据

//聊天信息

//刷新表格

//发送数据

//发送完数据，清空textField

//数据多，应该往上滚动

}

//监听键盘

//获取窗口的高度

//键盘结束的Frm

//获取键盘结束的y值

网页标题：ios开发网络,ios开发网络请求加密
地址分享：http://hbruida.cn/article/dseosch.html