ios开发之sokect通信个人总结.docx
- 文档编号:14844528
- 上传时间:2023-06-27
- 格式:DOCX
- 页数:17
- 大小:29.20KB
ios开发之sokect通信个人总结.docx
《ios开发之sokect通信个人总结.docx》由会员分享,可在线阅读,更多相关《ios开发之sokect通信个人总结.docx(17页珍藏版)》请在冰点文库上搜索。
ios开发之sokect通信个人总结
OS实例实现基于SocketTCP/IP通讯
2011-07-2217:
48王军互联网 字号:
T | T
本文介绍的是IOS实例实现基于SocketTCP/IP通讯,不多说,先来看本文详细内容。
AD:
2014WOT全球软件技术峰会北京站课程视频发布
IOS实例实现基于SocketTCP/IP通讯是本文要介绍的内容,之前写过基于http的网络传输层的通讯,现在项目需要实现tcp/ip的通讯协议,通过网络查找了一下,已经有人写好了公开的类库AsyncSocket,下面介绍一下AsyncSocket的使用方法。
可以参考AsyncSocket的官方文档。
使用方法如下:
1、创建工程。
2、把AsyncSocket添加到项目中。
3、添加CFNetwork.framework到工程中。
4、实现测试类:
1.#import
2.#import "AsyncSocket.h"
3.@interface iphone_socketViewController :
UIViewController {
4.
5. AsyncSocket *asyncSocket;
6.}
7.
8.@end
相应的方法实现:
1.#import "iphone_socketViewController.h"
2.@implementation iphone_socketViewController
3.- (void)viewDidLoad {
4. [super viewDidLoad];
5. asyncSocket = [[AsyncSocket alloc] initWithDelegate:
self];
6. NSError *err = nil;
7. if(!
[asyncSocket connectToHost:
@"192.168.0.113" onPort:
25001 error:
&err])
8. {
9. NSLog(@"Error:
%@", err);
10. }
11.}
12.- (void)onSocket:
(AsyncSocket *)sock didConnectToHost:
(NSString *)host port:
(UInt16)port
13.{
14. NSLog(@"onSocket:
%p didConnectToHost:
%@ port:
%hu", sock, host, port);
15. [sock readDataWithTimeout:
1 tag:
0];
16.}
17.-(void) onSocket:
(AsyncSocket *)sock didReadData:
(NSData *)data withTag:
(long)tag
18.{
19. NSString* aStr = [[NSString alloc] initWithData:
data encoding:
NSUTF8StringEncoding];
20. NSLog(@"===%@",aStr);
21. [aStr release];
22. NSData* aData= [@"
NSUTF8StringEncoding];
23. [sock writeData:
aData withTimeout:
-1 tag:
1];
24. [sock readDataWithTimeout:
1 tag:
0];
25.}
26.- (void)onSocket:
(AsyncSocket *)sock didSecure:
(BOOL)flag
27.{
28. NSLog(@"onSocket:
%p didSecure:
YES", sock);
29.}
30.- (void)onSocket:
(AsyncSocket *)sock willDisconnectWithError:
(NSError *)err
31.{
32. NSLog(@"onSocket:
%p willDisconnectWithError:
%@", sock, err);
33.}
34.- (void)onSocketDidDisconnect:
(AsyncSocket *)sock
35.{
36. //断开连接了
37. NSLog(@"onSocketDidDisconnect:
%p", sock);
38.}
39.- (void)didReceiveMemoryWarning {
40. [super didReceiveMemoryWarning];
41.}
42.- (void)viewDidUnload {
43. asyncSocket=nil;
44.}
45.- (void)dealloc {
46. [asyncSocket release];
47. [super dealloc];
48.}
49.@end
这里只实现了简单的客户端,关于服务器的实现,是采用pathy写的。
在源代码中有。
编译运行结果:
服务器端:
1.bogon:
iosworkspace vsp$ ./Servers.py
客户端的IP是:
(’192.168.0.169′,54851)
后来发的数据
客户端:
1.2010-12-27 19:
14:
47.723 iphone.socket[3186:
307] WB:
Notice:
WinterBoard
2.2010-12-27 19:
14:
48.892 iphone.socket[3186:
307] onSocket:
0x16bd00 didConnectToHost:
192.168.0.113 port:
25001
3.2010-12-27 19:
14:
48.897 iphone.socket[3186:
307] ===我是服务器端的数据
4.2010-12-27 19:
14:
48.911 iphone.socket[3186:
307] ===我不喜欢你
5.2010-12-27 19:
14:
48.918 iphone.socket[3186:
307] onSocket:
0x16bd00 willDisconnectWithError:
(null)
6.2010-12-27 19:
14:
48.928 iphone.socket[3186:
307] onSocketDidDisconnect:
0x16bd00
源代码:
http:
//easymorse-
小结:
IOS实例实现基于SocketTCP/IP通讯的内容介绍完了,希望本文对你有所帮助。
【编辑推荐】
1.iPhone网络软件在睡眠情况断线已解决
2.iPhone学习基于Flurry用户行为统计
3.iPhone网络检测是否可用基于代码实现
4.iPhone应用程序委托
5.嗅探iPhone网络流量教程
6.iPhone开发在模拟器中添加视频
网络七层由下往上分别为物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。
其中物理层、数据链路层和网络层通常被称作媒体层,是网络工程师所研究的对象;
传输层、会话层、表示层和应用层则被称作主机层,是用户所面向和关心的内容。
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连接究竟有什么区别,希望通过自己的浅显理解能对初学者有所帮助。
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、HTTP连接
HTTP协议即超文本传送协议(HypertextTransferProtocol),是Web联网的基础,也是手机联网常用的协议之一,HTTP协议是建立在TCP协议之上的一种应用。
HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应,在请求结束后,会主动释放连接。
从建立连接到关闭连接的过程称为“一次连接”。
1)在HTTP1.0中,客户端的每次请求都要求建立一次单独的连接,在处理完本次请求后,就自动释放连接。
2)在HTTP1.1中则可以在一次连接中处理多个请求,并且多个请求可以重叠进行,不需要等待一个请求结束后再发送下一个请求。
由于HTTP在每次请求结束后都会主动释放连接,因此HTTP连接是一种“短连接”,要保持客户端程序的在线状态,需要不断地向服务器发起连接请求。
通常的做法是即时不需要获得任何数据,客户端也保持每隔一段固定的时间向服务器发送一次“保持连接”的请求,服务器在收到该请求后对客户端进行回复,表明知道客户端“在线”。
若服务器长时间无法收到客户端的请求,则认为客户端“下线”,若客户端长时间无法收到服务器的回复,则认为网络已经断开。
3、SOCKET原理
3.1套接字(socket)概念
套接字(socket)是通信的基石,是支持TCP/IP协议的网络通信的基本操作单元。
它是网络通信过程中端点的抽象表示,包含进行网络通信必须的五种信息:
连接使用的协议,本地主机的IP地址,本地进程的协议端口,远地主机的IP地址,远地进程的协议端口。
应用层通过传输层进行数据通信时,TCP会遇到同时为多个应用程序进程提供并发服务的问题。
多个TCP连接或多个应用程序进程可能需要通过同一个TCP协议端口传输数据。
为了区别不同的应用程序进程和连接,许多计算机操作系统为应用程序与TCP/IP协议交互提供了套接字(Socket)接口。
应用层可以和传输层通过Socket接口,区分来自不同应用程序进程或网络连接的通信,实现数据传输的并发服务。
3.2建立socket连接
建立Socket连接至少需要一对套接字,其中一个运行于客户端,称为ClientSocket,另一个运行于服务器端,称为ServerSocket。
套接字之间的连接过程分为三个步骤:
服务器监听,客户端请求,连接确认。
服务器监听:
服务器端套接字并不定位具体的客户端套接字,而是处于等待连接的状态,实时监控网络状态,等待客户端的连接请求。
客户端请求:
指客户端的套接字提出连接请求,要连接的目标是服务器端的套接字。
为此,客户端的套接字必须首先描述它要连接的服务器的套接字,指出服务器端套接字的地址和端口号,然后就向服务器端套接字提出连接请求。
连接确认:
当服务器端套接字监听到或者说接收到客户端套接字的连接请求时,就响应客户端套接字的请求,建立一个新的线程,把服务器端套接字的描述发给客户端,一旦客户端确认了此描述,双方就正式建立连接。
而服务器端套接字继续处于监听状态,继续接收其他客户端套接字的连接请求。
4、SOCKET连接与TCP连接
创建Socket连接时,可以指定使用的传输层协议,Socket可以支持不同的传输层协议(TCP或UDP),当使用TCP协议进行连接时,该Socket连接就是一个TCP连接。
5、Socket连接与HTTP连接
由于通常情况下Socket连接就是TCP连接,因此Socket连接一旦建立,通信双方即可开始相互发送数据内容,直到双方连接断开。
但在实际网络应用中,客户端到服务器之间的通信往往需要穿越多个中间节点,例如路由器、网关、防火墙等,大部分防火墙默认会关闭长时间处于非活跃状态的连接而导致Socket连接断连,因此需要通过轮询告诉网络,该连接处于活跃状态。
而HTTP连接使用的是“请求—响应”的方式,不仅在请求时需要先建立连接,而且需要客户端向服务器发出请求后,服务器端才能回复数据。
很多情况下,需要服务器端主动向客户端推送数据,保持客户端与服务器数据的实时与同步。
此时若双方建立的是Socket连接,服务器就可以直接将数据传送给客户端;若双方建立的是HTTP连接,则服务器需要等到客户端发送一次请求后才能将数据传回给客户端,因此,客户端定时向服务器端发送连接请求,不仅可以保持在线,同时也是在“询问”服务器是否有新的数据,如果有就将数据传给客户端。
HTTP连接是什么意思
HTTP是一个属于应用层的面向对象的协议,由于其简捷、快速的方式,适用于分布式超媒体信息系统。
它于1990年提出,经过几年的使用与发展,得到不断地完善和扩展。
目前在WWW中使用的是HTTP/1.0的第六版,HTTP/1.1的规范化工作正在进行之中,而且HTTP-NG(NextGenerationofHTTP)的建议已经提出.(协议,算是全球定位!
)
WWW的核心——HTTP协议
众所周知,Internet的基本协议是TCP/IP协议,目前广泛采用的FTP、ArchieGopher等是建立在TCP/IP协议之上的应用层协议,不同的协议对应着不同的应用。
WWW服务器使用的主要协议是HTTP协议,即超文体传输协议。
由于HTTP协议支持的服务不限于WWW,还可以是其它服务,因而HTTP协议允许用户在统一的界面下,采用不同的协议访问不同的服务,如FTP、Archie、SMTP、NNTP等。
另外,HTTP协议还可用于名字服务器和分布式对象管理。
2.1HTTP协议简介
HTTP是一个属于应用层的面向对象的协议,由于其简捷、快速的方式,适用于分布式超媒体信息系统。
它于1990年提出,经过几年的使用与发展,得到不断地完善和扩展。
目前在WWW中使用的是HTTP/1.0的第六版,HTTP/1.1的规范化工作正在进行之中,而且HTTP-NG(NextGenerationofHTTP)的建议已经提出。
HTTP协议的主要特点可概括如下:
1.支持客户/服务器模式。
2.简单快速:
客户向服务器请求服务时,只需传送请求方法和路径。
请求方法常用的有GET、HEAD,POST。
每种方法规定了客户与服务器联系的类型不同。
由于HTTP协议简单,使得HTTP服务器的程序规模小,因而通信速度很快。
3.灵活:
HTTP允许传输任意类型的数据对象。
正在传输的类型由Content-Type加以标记。
4.无连接:
无连接的含义是限制每次连接只处理一个请求。
服务器处理完客户的请求,并收到客户的应答后,即断开连接。
采用这种方式可以节省传输时间。
5.无状态:
HTTP协议是无状态协议。
无状态是指协议对于事务处理没有记忆能力。
缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大。
另一方面,在服务器不需要先前信息时它的应答就较快。
2.2HTTP协议的几个重要概念
1.连接(Connection):
一个传输层的实际环流,它是建立在两个相互通讯的应用程序之间。
2.消息(Message):
HTTP通讯的基本单位,包括一个结构化的八元组序列并通过连接传输。
3.请求(Request):
一个从客户端到服务器的请求信息包括应用于资源的方法、资源的标识符和协议的版本号
4.响应(Response):
一个从服务器返回的信息包括HTTP协议的版本号、请求的状态(例如“成功”或“没找到”)和文档的MIME类型。
5.资源(Resource):
由URI标识的网络数据对象或服务。
6.实体(Entity):
数据资源或来自服务资源的回映的一种特殊表示方法,它可能被包围在一个请求或响应信息中。
一个实体包括实体头信息和实体的本身内容。
7.客户机(Client):
一个为发送请求目的而建立连接的应用程序。
8.用户代理(Useragent):
初始化一个请求的客户机。
它们是浏览器、编辑器或其它用户工具。
9.服务器(Server):
一个接受连接并对请求返回信息的应用程序。
10.源服务器(Originserver):
是一个给定资源可以在其上驻留或被创建的服务器。
11.代理(Proxy):
一个中间程序,它可以充当一个服务器,也可以充当一个客户机,为其它客户机建立请求。
请求是通过可能的翻译在内部或经过传递到其它的服务器中。
一个代理在发送请求信息之前,必须解释并且如果可能重写它。
代理经常作为通过防火墙的客户机端的门户,代理还可以作为一个帮助应用来通过协议处理没有被用户代理完成的请求。
12.网关(Gateway):
一个作为其它服务器中间媒介的服务器。
与代理不同的是,网关接受请求就好象对被请求的资源来说它就是源服务器;发出请求的客户机并没有意识到它在同网关打交道。
网关经常作为通过防火墙的服务器端的门户,网关还可以作为一个协议翻译器以便存取那些存储在非HTTP系统中的资源。
13.通道(Tunnel):
是作为两个连接中继的中介程序。
一旦激活,通道便被认为不属于HTTP通讯,尽管通道可能是被一个HTTP请求初始化的。
当被中继的连接两端关闭时,通道便消失。
当一个门户(Portal)必须存在或中介(Intermediary)不能解释中继的通讯时通道被经常使用。
14.缓存(Cache):
反应信息的局域存储。
2.3HTTP协议的运作方式
HTTP协议是基于请求/响应范式的。
一个客户机与服务器建立连接后,发送一个请求给服务器,请求方式的格式为,统一资源标识符、协议版本号,后边是MIME信息包括请求修饰符、客户机信息和可能的内容。
服务器接到请求后,给予相应的响应信息,其格式为一个状态行包括信息的协议版本号、一个成功或错误的代码,后边是MIME信息包括服务器信息、实体信息和可能的内容。
许多HTTP通讯是由一个用户代理初始化的并且包括一个申请在源服务器上资源的请求。
最简单的情况可能是在用户代理(UA)和源服务器(O)之间通过一个单独的连接来完成(见图2-1)。
当一个或多个中介出现在请求/响应链中时,情况就变得复杂一些。
中介由三种:
代理(Proxy)、网关(Gateway)和通道(Tunnel)。
一个代理根据URI的绝对格式来接受请求,重写全部或部分消息,通过URI的标识把已格式化过的请求发送到服务器。
网关是一个接收代理,作为一些其它服务器的上层,并且如果必须的话,可以把请求翻译给下层的服务器协议。
一个通道作为不改变消息的两个连接之间的中继点。
当通讯需要通过一个中介(例如:
防火墙等)或者是中介不能识别消息的内容时,通道经常被使用。
图2-2
上面的图2-2表明了在用户代理(UA)和源服务器(O)之间有三个中介(A,B和C)。
一个通过整个链的请求或响应消息必须经过四个连接段。
这个区别是重要的,因为一些HTTP通讯选择可能应用于最近的连接、没有通道的邻居,应用于链的终点或应用于沿链的所有连接。
尽管图2-2是线性的,每个参与者都可能从事多重的、并发的通讯。
例如,B可能从许多客户机接收请求而不通过A,并且/或者不通过C把请求送到A,在同时它还可能处理A的请求。
任何针对不作为通道的汇聚可能为处理请求启用一个内部缓存。
缓存的效果是请求/响应链被缩短,条件是沿链的参与者之一具有一个缓存的响应作用于那个请求。
下图说明结果链,其条件是针对一个未被UA或A加缓存的请求,B有一个经过C来自O的一个前期响应的缓存拷贝。
图2-3
在Internet上,HTTP通讯通常发生在TCP/IP连接之上。
缺省端口是TCP80,但其它的端口也是可用的。
但这并不预示着HTTP协议在Internet或其它网络的其它协议之上才能完成。
HTTP只预示着一个可靠的传输。
以上简要介绍了HTTP协议的宏观运作方式,下面介绍一下HTTP协议的内部操作过程。
首先,简单介绍基于HTTP协议的客户/服务器模式的信息交换过程,如图2-4所示,它分四个过程,建立连接、发送请求信息、发送响应信息、关闭连接。
图2-4
在WWW中,“客户”与“服务器”是一个相对的概念,只存在于一个特定的连接期间,即在某个连接中的客户在另一个连接中可能作为服务器。
WWW服务器运行时,一直在TCP80端口(WWW的缺省端口)监听,等待连接的出现。
下面,讨论HTTP协议下客户/服务器模式中信息交换的实现。
1.建立连接连接的建立是通过申请套接字(Socket)实现的。
客户打开一个套接字并把它约束在一个端口上,如果成功,就相当于建立了一个虚拟文件。
以后就可以在该虚拟文件上写数据并通过网络向外传送。
2.发送请求
打开一个连接后,客户机把请求消息送到服务器的停留端口上,完成提出请求动作。
HTTP/1.0请求消息的格式为:
请求消息=请求行(通用信息|请求头|实体头)CRLF[实体内容]
请求行=方法请求URLHTTP版本号CRLF
方法=GET|HEAD|POST|扩展方法
URL=协议名称+宿主名+目录与
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ios 开发 sokect 通信 个人 总结