博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
TCP/IP、Http、Socket的差别
阅读量:5348 次
发布时间:2019-06-15

本文共 2985 字,大约阅读时间需要 9 分钟。

 网络由下往上分为

  物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。

  通过初步的了解,我知道IP协议相应于网络层,TCP协议相应于传输层,而HTTP协议相应于应用层,

  三者从本质上来说没有可比性,

  socket则是对TCP/IP协议的封装和应用(程序猿层面上)。

  也能够说,TPC/IP协议是传输层协议,主要解决数据怎样在网络中传输,

  而HTTP是应用层协议,主要解决怎样包装数据。

  关于TCP/IP和HTTP协议的关系,网络有一段比較easy理解的介绍:

  “我们在数据传输时,能够仅仅使用(传输层)TCP/IP协议,可是那样的话,假设没有应用层,便无法识别数据内容。

  假设想要使传输的数据有意义,则必须使用到应用层协议。

  应用层协议有非常多,比方HTTP、FTP、TELNET等,也能够自定义应用层协议。

  WEB使用HTTP协议作应用层协议,以封装HTTP文本信息,然后使用TCP/IP做传输层协议将它发到网络上。”

  而我们平时说的最多的socket是什么呢,实际上socket是对TCP/IP协议的封装,Socket本身并非协议,而是一个调用接口(API)。

  通过Socket,我们才干使用TCP/IP协议。

  实际上,Socket跟TCP/IP协议没有必定的联系。

  Socket编程接口在设计的时候,就希望也能适应其它的网络协议。

  所以说,Socket的出现仅仅是使得程序猿更方便地使用TCP/IP协议栈而已,是对TCP/IP协议的抽象,

  从而形成了我们知道的一些最主要的函数接口,比方create、listen、connect、accept、send、read和write等等。

  网络有一段关于socket和TCP/IP协议关系的说法比較easy理解:

  “TCP/IP仅仅是一个协议栈,就像操作系统的执行机制一样,必需要详细实现,同一时候还要提供对外的操作接口。

  这个就像操作系统会提供标准的编程接口,比方win32编程接口一样,

  TCP/IP也要提供可供程序猿做网络开发所用的接口,这就是Socket编程接口。”

  关于TCP/IP协议的相关仅仅是,用博大精深来讲我想也不为过,单单查一下网上关于此类仅仅是的资料和书籍文献的数量就知道,

  这个我打算会买一些经典的书籍(比方《TCP/IP具体解释:卷一、卷二、卷三》)进行学习,今天就先总结一些基于基于TCP/IP协议的应用和编程接口的知识,也就是刚才说了非常多的HTTP和Socket。

  CSDN上有个比較形象的描写叙述:HTTP是轿车,提供了封装或者显示数据的详细形式;Socket是发动机,提供了网络通信的能力。

  实际上,传输层的TCP是基于网络层的IP协议的,而应用层的HTTP协议又是基于传输层的TCP协议的,而Socket本身不算是协议,就像上面所说,它仅仅是提供了一个针对TCP或者UDP编程的接口。

  以下是一些常常在笔试或者面试中碰到的重要的概念,特在此做摘抄和总结。

  一、什么是TCP连接的三次握手

  第一次握手:client发送syn包(syn=j)到server,并进入SYN_SEND状态,等待server确认;

  第二次握手:server收到syn包,必须确认客户的SYN(ack=j+1),同一时候自己也发送一个SYN包(syn=k),即SYN+ACK包,此时server进入SYN_RECV状态;

  第三次握手:client收到server的SYN+ACK包,向server发送确认包ACK(ack=k+1),此包发送完毕,client和server进入ESTABLISHED状态,完毕三次握手。

  握手过程中传送的包里不包括数据,三次握手完成后,client与server才正式開始传送数据。

  理想状态下,TCP连接一旦建立,在通信两方中的不论什么一方主动关闭连接之前,TCP 连接都将被一直保持下去。

  断开连接时server和client均能够主动发起断开TCP连接的请求,断开过程须要经过“四次握手”(过程就不细写了,就是server和client交互,终于确定断开)

  二、利用Socket建立网络连接的步骤

  建立Socket连接至少须要一对套接字,当中一个执行于client,称为ClientSocket ,还有一个执行于server端,称为ServerSocket 。

  套接字之间的连接过程分为三个步骤:server监听,client请求,连接确认。

  1、server监听:server端套接字并不定位详细的client套接字,而是处于等待连接的状态,实时监控网络状态,等待client的连接请求。

  2、client请求:指client的套接字提出连接请求,要连接的目标是server端的套接字。

  为此,client的套接字必须首先描写叙述它要连接的server的套接字,指出server端套接字的地址和port号,然后就向server端套接字提出连接请求。

  3、连接确认:当server端套接字监听到或者说接收到client套接字的连接请求时,就响应client套接字的请求,建立一个新的线程,把server端套接字的描写叙述发给client,一旦client确认了此描写叙述,两方就正式建立连接。

  而server端套接字继续处于监听状态,继续接收其它client套接字的连接请求。

  三、HTTP链接的特点

  HTTP协议即超文本传送协议(Hypertext Transfer Protocol ),是Web联网的基础,也是手机联网经常使用的协议之中的一个,HTTP协议是建立在TCP协议之上的一种应用。

  HTTP连接最显著的特点是client发送的每次请求都须要server回送响应,在请求结束后,会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。

  四、TCP和UDP的差别(考得最多。。快被考烂了我认为- -\\)

  1、TCP是面向链接的,尽管说网络的不安全不稳定特性决定了多少次握手都不能保证连接的可靠性,但TCP的三次握手在最低限度上(实际上也非常大程度上保证了)保证了连接的可靠性;

  而UDP不是面向连接的,UDP传送数据前并不与对方建立连接,对接收到的数据也不发送确认信号,发送端不知道数据是否会正确接收,当然也不用重发,所以说UDP是无连接的、不可靠的一种传输数据协议。

  2、也正由于1所说的特点,使得UDP的开销更小传输数据速率更高,由于不必进行收发数据的确认,所以UDP的实时性更好。

  知道了TCP和UDP的差别,就不难理解为何採用TCP传输协议的MSN比採用UDP的QQ传输文件慢了,但并不能说QQ的通信是不安全的,

  由于程序猿能够手动对UDP的数据收发进行验证,比方发送方对每一个数据包进行编号然后由接收方进行验证啊什么的,

  即使是这样,UDP由于在底层协议的封装上没有採用类似TCP的“三次握手”而实现了TCP所无法达到的传输效率。

转载于:https://www.cnblogs.com/zfyouxi/p/4468960.html

你可能感兴趣的文章
CMD批处理延时启动的几个方法
查看>>
转:LoadRunner中web_custom_request 和 web_submit_data的差别
查看>>
HTC G7直刷MIUI开启A2SD+亲测教程
查看>>
shiro的rememberMe不生效
查看>>
const 不兼容的类型限定符问题
查看>>
OpenCV的配置
查看>>
spring Cache + Redis 开发数据字典以及自定义标签
查看>>
成功连上数据库顿感世界美好许多
查看>>
编程注意2
查看>>
《C++ Primer Plus》第12章 类和动态内存分配 学习笔记
查看>>
javascript中sort()排序方法总结
查看>>
实现聊天界面的代码
查看>>
自己生成一个NDK的浅析
查看>>
Excel数据导入到数据库
查看>>
jQuery最佳实践
查看>>
SELinux FAQ
查看>>
Java中synchronized同步的理解
查看>>
python 数值计算库
查看>>
java 服务重启 js 中被注释代码仍然执行
查看>>
我并不是不闻不问![C#]
查看>>