https://blog.csdn.net/weixin_39634961/article/details/80236161程序员
socket编程是网络经常使用的编程,咱们经过在网络中建立socket关键字来实现网络间的通讯,经过收集大量的资料,经过这一章节,充分的了解socket编程,文章用引用了大量大神的分析,加上本身的理解,作个总结性的文章编程
socket编程是一门技术,它主要是在网络通讯中常常用到服务器
既然是一门技术,因为如今是面向对象的编程,一些计算机行业的大神经过抽象的理念,在现实中经过反复的理论或者实际的推导,提出了抽象的一些通讯协议,基于tcp/ip协议,提出大体的构想,一些泛型的程序大牛在这个协议的基础上,将这些抽象化的理念接口化,针对协议提出的每一个理念,专门的编写制定的接口,与其协议一一对应,造成了如今的socket标准规范,而后将其接口封装成能够调用的接口,供开发者使用网络
目前,开发者开发出了不少封装的类来完善socket编程,都是更加方便的实现刚开始socket通讯的各个环节,因此咱们首先必须了解socket的通讯原理,只有从本质上理解socket的通讯,才可能快速方便的理解socket的各个环节,才能从底层上真正的把握并发
要理解socket必须的得理解tcp/ip,它们之间比如送信的线路和驿站的做用,好比要建议送信驿站,必须得了解送信的各个细节。socket
TCP/IP协议不一样于iso的7个分层,它是根据这7个分层,将其从新划分,比如打扫卫生,原本有扫帚,垃圾斗,抹布,涂料,盆栽等就比如OSI的标准几个分层,tcp/ip根据用途和功能,将扫帚,垃圾斗放到粗略整理层,抹布涂料放到中度整理层,盆栽放到最终效果层。这里TCP/IP也对OSI的网络模型层进行了划分:大体以下:tcp
OSI模型:ide
TCP/IP协议参考模型把全部的TCP/IP系列协议归类到四个抽象层中函数
应用层:TFTP,HTTP,SNMP,FTP,SMTP,DNS,Telnet 等等ui
传输层:TCP,UDP
网络层:IP,ICMP,OSPF,EIGRP,IGMP
数据链路层:SLIP,CSLIP,PPP,MTU
每一抽象层创建在低一层提供的服务上,而且为高一层提供服务,看起来大概是这样子的
经过上面的图形,因为底一层的须要向高一层的提供服务,咱们大体的理解应用程序须要传输层的tcp和网络层的ip协议提供服务,可是咱们这章要分析的socket它是在tcpip协议的那一部分呢,就比如,咱们的通信线路已经有明确的规定,咱们的驿站要设计在哪一个地方同样
到目前为止,大体的了解了应用程序和tcpip协议的大体关系,咱们只是知道socket编程是在tcp/IP上的网络编程,可是socket在上述的模型的什么位置呢。这个位置被一个天才的理论家或者是抽象的计算机大神提出而且安排出来
咱们能够发现socket就在应用程序的传输层和应用层之间,设计了一个socket抽象层,传输层的底一层的服务提供给socket抽象层,socket抽象层再提供给应用层,问题又来了,应用层和socket抽象层之间和传输层,网络层之间如何通信的呢,了解这个以前,咱们仍是回到原点
要想理解socket编程怎么经过socket关键词实现服务器和客户端通信,必须得实现的了解tcp/ip是怎么通信的,在这个的基础上在去理解socket的握手通信
在tcp/ip协议中,tcp经过三次握手创建起一个tcp的连接,大体以下
第一次握手:客户端尝试链接服务器,向服务器发送syn包,syn=j,客户端进入SYN_SEND状态等待服务器确认
第二次握手:服务器接收客户端syn包并确认(ack=j+1),同时向客户端发送一个SYN包(syn=k),即SYN+ACK包,此时服务器进入SYN_RECV状态
第三次握手:客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入ESTABLISHED状态,完成三次握手
三次握手以下图:
根据tcp的三次握手,socket也定义了三次握手,也许是参考tcp的三次握手,一些计算机大神们画出了socket的三次握手的模型图
模型图以下:
在上面图的基础上,若是咱们获得上面的图形,须要咱们本身开发一些接口,来知足上面的通信的三次握手,问题就出来了,咱们会须要开发哪些函数
经过上面的图,咱们清楚,咱们比如一些泛型的程序员,一些理论提供者提供给了咱们上面的图形的理论,咱们须要作的就是讲上面的图形的抽象化的东西具体化
第一次握手:客户端须要发送一个syn j 包,试着去连接服务器端,因而客户端咱们须要提供一个连接函数
第二次握手:服务器端须要接收客户端发送过来的syn J+1 包,而后在发送ack包,因此咱们须要有服务器端接受处理函数
第三次握手:客户端的处理函数和服务器端的处理函数
三次握手只是一个数据传输的过程,可是,咱们传输前须要一些准备工做,好比将建立一个套接字,收集一些计算机的资源,将一些资源绑定套接字里面,以及接受和发送数据的函数等等,这些功能接口在一块儿构成了socket的编程
下面大体的按照客户端和服务端将所需的函数详细的列举出来
上面的两个图都概述了socket的通信原理
详细就不在说明,经过一段代码详细的解释
客户端的代码:
对应的服务端的代码
(摘抄carter大神文章):
服务器端:
其过程是首先服务器方要先启动,并根据请求提供相应服务:
(1)打开一通讯通道并告知本地主机,它愿意在某一公认地址上的某端口(如FTP的端口可能为21)接收客户请求;
(2)等待客户请求到达该端口;
(3)接收到客户端的服务请求时,处理该请求并发送应答信号。接收到并发服务请求,要激活一新进程来处理这个客户请求(如UNIX系统中用fork、exec)。新进程处理此客户请求,并不须要对其它请求做出应答。服务完成后,关闭此新进程与客户的通讯链路,并终止。
(4)返回第(2)步,等待另外一客户请求。
(5)关闭服务器
客户端:
(1)打开一通讯通道,并链接到服务器所在主机的特定端口;
(2)向服务器发服务请求报文,等待并接收应答;继续提出请求......
(3)请求结束后关闭通讯通道并终止。
从上面所描述过程可知:
(1)客户与服务器进程的做用是非对称的,所以代码不一样。
(2)服务器进程通常是先启动的。只要系统运行,该服务进程一直存在,直到正常或强迫终止。
建立套接字──socket()
应用程序在使用套接字前,首先必须拥有一个套接字,系统调用socket()向应用程序提供建立套接字的手段,其调用格式以下:
该调用要接收三个参数:af、type、protocol。参数af指定通讯发生的区域:AF_UNIX、AF_INET、AF_NS等,而DOS、WINDOWS中仅支持AF_INET,它是网际网区域。所以,地址族与协议族相同。参数type 描述要创建的套接字的类型。这里分三种:
(1)一是TCP流式套接字(SOCK_STREAM)提供了一个面向链接、可靠的数据传输服务,数据无差错、无重复地发送,且按发送顺序接收。内设流量控制,避免数据流超限;数据被看做是字节流,无长度限制。文件传送协议(FTP)即便用流式套接字。
(2)二是数据报式套接字(SOCK_DGRAM)提供了一个无链接服务。数据包以独立包形式被发送,不提供无错保证,数据可能丢失或重复,而且接收顺序混乱。网络文件系统(NFS)使用数据报式套接字。
(3)三是原始式套接字(SOCK_RAW)该接口容许对较低层协议,如IP、ICMP直接访问。经常使用于检验新的协议实现或访问现有服务中配置的新设备。
参数protocol说明该套接字使用的特定协议,若是调用者不但愿特别指定使用的协议,则置为0,使用默认的链接模式。根据这三个参数创建一个套接字,并将相应的资源分配给它,同时返回一个整型套接字号。所以,socket()系统调用实际上指定了相关五元组中的“协议”这一元。
指定本地地址──bind()
当一个套接字用socket()建立后,存在一个名字空间(地址族),但它没有被命名。bind()将套接字地址(包括本地主机地址和本地端口地址)与所建立的套接字号联系起来,即将名字赋予套接字,以指定本地半相关。其调用格式以下:
参数s是由socket()调用返回的而且未做链接的套接字描述符(套接字号)。参数name 是赋给套接字s的本地地址(名字),其长度可变,结构随通讯域的不一样而不一样。namelen代表了name的长度。若是没有错误发生,bind()返回0。不然返回SOCKET_ERROR。
创建套接字链接──connect()与accept()
这两个系统调用用于完成一个完整相关的创建,其中connect()用于创建链接。accept()用于使服务器等待来自某客户进程的实际链接。
connect()的调用格式以下:
参数s是欲创建链接的本地套接字描述符。参数name指出说明对方套接字地址结构的指针。对方套接字地址长度由namelen说明。
若是没有错误发生,connect()返回0。不然返回值SOCKET_ERROR。在面向链接的协议中,该调用致使本地系统和外部系统之间链接实际创建。
因为地址族总被包含在套接字地址结构的前两个字节中,并经过socket()调用与某个协议族相关。所以bind()和connect()无须协议做为参数。
accept()的调用格式以下:
参数s为本地套接字描述符,在用作accept()调用的参数前应该先调用过listen()。addr 指向客户方套接字地址结构的指针,用来接收链接实体的地址。addr的确切格式由套接字建立时创建的地址族决定。addrlen 为客户方套接字地址的长度(字节数)。若是没有错误发生,accept()返回一个SOCKET类型的值,表示接收到的套接字的描述符。不然返回值INVALID_SOCKET。
accept()用于面向链接服务器。参数addr和addrlen存放客户方的地址信息。调用前,参数addr 指向一个初始值为空的地址结构,而addrlen 的初始值为0;调用accept()后,服务器等待从编号为s的套接字上接受客户链接请求,而链接请求是由客户方的connect()调用发出的。当有链接请求到达时,accept()调用将请求链接队列上的第一个客户方套接字地址及长度放入addr 和addrlen,并建立一个与s有相同特性的新套接字号。新的套接字可用于处理服务器并发请求。
四个套接字系统调用,socket()、bind()、connect()、accept(),能够完成一个彻底五元相关的创建。socket()指定五元组中的协议元,它的用法与是否为客户或服务器、是否面向链接无关。bind()指定五元组中的本地二元,即本地主机地址和端口号,其用法与是否面向链接有关:在服务器方,不管是否面向链接,均要调用bind(),若采用面向链接,则能够不调用bind(),而经过connect()自动完成。若采用无链接,客户方必须使用bind()以得到一个惟一的地址。
监听链接──listen()
此调用用于面向链接服务器,代表它愿意接收链接。listen()需在accept()以前调用,其调用格式以下:
参数s标识一个本地已创建、还没有链接的套接字号,服务器愿意从它上面接收请求。backlog表示请求链接队列的最大长度,用于限制排队请求的个数,目前容许的最大值为5。若是没有错误发生,listen()返回0。不然它返回SOCKET_ERROR。
listen()在执行调用过程当中可为没有调用过bind()的套接字s完成所必须的链接,并创建长度为backlog的请求链接队列。
调用listen()是服务器接收一个链接请求的四个步骤中的第三步。它在调用socket()分配一个流套接字,且调用bind()给s赋于一个名字以后调用,并且必定要在accept()以前调用。
数据传输──send()与recv()
当一个链接创建之后,就能够传输数据了。经常使用的系统调用有send()和recv()。
send()调用用于s指定的已链接的数据报或流套接字上发送输出数据,格式以下:
参数s为已链接的本地套接字描述符。buf 指向存有发送数据的缓冲区的指针,其长度由len 指定。flags 指定传输控制方式,如是否发送带外数据等。若是没有错误发生,send()返回总共发送的字节数。不然它返回SOCKET_ERROR。
recv()调用用于s指定的已链接的数据报或流套接字上接收输入数据,格式以下:
参数s 为已链接的套接字描述符。buf指向接收输入数据缓冲区的指针,其长度由len 指定。flags 指定传输控制方式,如是否接收带外数据等。若是没有错误发生,recv()返回总共接收的字节数。若是链接被关闭,返回0。不然它返回SOCKET_ERROR。
输入/输出多路复用──select()
select()调用用来检测一个或多个套接字的状态。对每个套接字来讲,这个调用能够请求读、写或错误状态方面的信息。请求给定状态的套接字集合由一个fd_set结构指示。在返回时,此结构被更新,以反映那些知足特定条件的套接字的子集,同时, select()调用返回知足条件的套接字的数目,其调用格式以下:
参数nfds指明被检查的套接字描述符的值域,此变量通常被忽略。
参数readfds指向要作读检测的套接字描述符集合的指针,调用者但愿从中读取数据。参数writefds 指向要作写检测的套接字描述符集合的指针。exceptfds指向要检测是否出错的套接字描述符集合的指针。timeout指向select()函数等待的最大时间,若是设为NULL则为阻塞操做。select()返回包含在fd_set结构中已准备好的套接字描述符的总数目,或者是发生错误则返回SOCKET_ERROR。
关闭套接字──closesocket()
closesocket()关闭套接字s,并释放分配给该套接字的资源;若是s涉及一个打开的TCP链接,则该链接被释放。closesocket()的调用格式以下:
参数s待关闭的套接字描述符。若是没有错误发生,closesocket()返回0。不然返回值SOCKET_ERROR。