第二章 2.1.2 进程通信与运输层、应用层协议

2021/10/24 7:13:16

本文主要是介绍第二章 2.1.2 进程通信与运输层、应用层协议,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

计算机网络中进行通信的实际上是 ”进程“ 而不是 ”程序“,一个进程可以被认为是运行在端系统上的一个程序

    • 在同一端系统上,进程使用进程间通信机制相互通信,规则由端系统上的操作系统决定
    • 位于不同端系统上的进程,通过跨越计算机网络 交换 ”报文“ 来互相通信

网络应用程序由成对的进程组成,这些进程通过网络互相发送报文。

    • 对每对通信进程,之一标为 ”客户“,之二标为 ”服务器“
      • 有些进程既是服务器,又是客户,如 P2P既可以上载也可以下载
      • 但在具体场景中总的来说发起通信的就是客户,响应请求的就是服务器

套接字:又称为应用程序和网络之间的 ”应用程序编程接口(Application Programming Interface,API)“

    • 同一台主机内应用层和运输层之间的接口。
    • 应用开发者可以控制套接字在应用层端的一切,但对于该套接字的运输层端几乎没有控制权。开发者对运输层的控制仅限于:
      • 选择运输层协议
      • 定义运输层参数

进程寻址(接收方的地址):

    • 主机地址:使用 IP 地址(一个 32 位比特的量)
    • 目的进程的标识符(接收套接字):目的地端口号(port number)

选择运输层协议:TCP 或 UD

    • 可靠数据传输(reliable data transfer):即不允许数据丢失,与之相反的是 “容忍丢失的应用(loss-tolerant application)”
    • 吞吐量:具有吞吐量要求的应用称为 “带宽敏感的应用(bandwidth-senitive application)”,与之相反的是 “弹性应用(elastic application)”
    • 定时:即时延要求
    • 安全性:
      • 运输中的加解密
      • 数据完整性判定
      • 端点鉴别
    • TCP:面向连接、可靠
      • 传输应用层报文之前,TCP 让客户和服务器交换运输层控制信息(握手过程),然后一个 TCP 就建立了,它是 “全双工” 的,报文发送完毕即拆除连接
      • 无差错、按顺序地交付数据 
      • 拥塞机制:网络繁忙时限制发送进程或每个 TCP 连接
    • UDP:轻量级运输协议
      • 无连接,故没有握手过程
      • 不可靠也可能是乱序的
      • 无拥塞机制
    • TCP、UDP 均不提供加解密机制
    • 安全套接字层(Secure Sockets Layer,SSL):TCP的加强版,增加了安全服务:加解密、完整性、端点鉴别。
        • 强化体现在应用层:SSL 位于 TCP 上层,SSL 和 TCP 交换信息。
    • TCP 解决了可靠和安全的问题,吞吐量和定时则是当前因特网协议所未提供的功能,这些将由应用设计者来尽可能实现,但这并非有保障的。

      •  电话协议使用两种是因为如果防火墙阻挡了 UDP 协议,那么将使用备份的 TCP
    • 应用层协议:定义了运行在不同端系统上的应用程序进程如何相互传递报文
      • 交换的报文类型,例如请求报文和响应报文
      • 各种报文类型的语法,如报文中的各个字段及这些字段是如何描述的
      • 字段的语义,即这些字段中包含的信息的含义
      • 一个进程何时以及如何发送报文、对报文进行响应的规则
      • 一些 该层协议 由 RFC 文档定义,位于公共域中:HTTP(超文本传输协议),遵从该规则开发的浏览器可访问遵从该规则的 Web 服务器
      • 一些 该层协议 是专用的,有意不为公共域使用,如 Skype。
      • 应用层协议 是 网络层 的一部分
      • Web 的应用层协议是 HTTP,定义了浏览器和 Web 服务器之间传输的报文格式和序列
      • 电子邮件的首要应用层协议是 SMTP(简单邮件传输协议)


这篇关于第二章 2.1.2 进程通信与运输层、应用层协议的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!


扫一扫关注最新编程教程