计算机网络（原书第六版）第二章笔记

62 阅读 0 评论 41 点赞

我是靠谱客的博主清爽仙人掌，最近开发中收集的这篇文章主要介绍计算机网络（原书第六版）第二章笔记，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

2.1.1 网络应用程序体系结构

网络体系结构是固定的，应用程序体系结构是应用程序研发者设计的。

网络应用程序两种主流结构：

客户-服务体系结构；
对等（p2p)体系结构。

在p2p体系结构中，应用程序在间断连接的主机对之间使用直接通信，这些主机被称为对等方。

2.1.2 进程通信

是进程进行通信，而不是程序进行通信。

对每对通信进程，我们通常将这两个进程之一标识为客户，而另一个进程标识为服务器。

对于p2p文件共享，下载文件的对等方标识为客户，上载文件的对等方标识为服务器。在通信会话中，发起通信的进程标识为客户，在会话开始时等待联系的进程是服务器。

进程通过一个称为套接字(socket)的软件接口向网络发送报文和从网络接收报文。

套接字是同一台主机内应用层与运输层之间的接口，也可称为应用程序和网络之间的应用程序编程接口（API）。

在因特网中，主机尤其IP地址标识。IP地址是一个32比特的量并且它能够唯一地标识该主机。

发送进程还必须指定运行在接受主机上的接受进程（更具体的说，接受套接字），目的地端口号用于这个目的。

2.1.3 可供应用程序使用的运输服务

我们可以从可靠数据传输，吞吐量，定时，安全性这四个方面对应用程序服务要求进行分类。

可靠数据传输：能确保应用程序一端发送的数据正确，完全的交付给该应用程序的另一端。

吞吐量：发送进程能够向接受进程交付比特的速率。（具有吞吐量要求的应用程序称为带宽敏感的应用，弹性应用能够根据情况或多或少地利用可供使用的吞吐量）。

2.1.4 因特网提供的运输服务

TCP服务：面向连接的服务（握手后会形成一个TCP连接），可靠的数据传送服务。

UDP服务：没有握手过程，并且无连接。

2.1.5 应用层协议

了运行在不同端系统上的应用程序进程如何相互传递报文。（P64)

2.2.1 HTTP概况

Web的应用层协议是超文本传输协议（HTTP），它是Web的核心。

HTTP由两个程序实现：一个客户程序和一个服务器程序。客户程序和服务器程序运行在不同的端系统中，通过交换HTTP报文进行会话。HTTP定义了这些报文的结构以及客户和服务器进行报文交换的方式。

Web页面是由对象组成的。一个对象只是一个文件，诸如一个HTML文件等。多数Web页面含有一个HTML基本文件以及几个引用对象，HTML基本文件通过对象的URL地址（由两部分组成：存放对象的服务器主机名和对象的路径名）引用页面中的其他对象。Web浏览器实现了HTTP的客户端（即为客户）。Web服务器实现了HTTP的服务器端，它用于存储Web对象，每个对象由URL寻址。

HTTP服务器并不保存关于客户的任何信息，即HTTP是一个无状态协议。

2.2.2 非持续链接和持续连接

若每个请求/响应对是经过一个单独的TCP连接发送，则称为非连续连接。反之则称为连续链接。

“三次握手”过程（P68)花费两个RTT+传输文件的时间。

2.2.3 HTTP报文格式

一个典型的HTTP请求报文：

HTTP请求报文的第一行叫做请求行，其后继行叫做首部行。

响应报文分为三个部分：一个初始状态行，首部行，然后是实体体。

2.2.4 用户与服务器的交互：cookie

cookie技术有四个组件：

在HTTP响应报文中的一个cookie首部行
在HTTP请求报文中的一个Cookie首部行
在用户端系统中保留有一个Cookie文件，并由用户的浏览器进行管理；
位于web站点的一个后端数据库

2.2.5 Web缓存

Web缓存器也叫代理服务器，它是能够代表初试Web服务器来满足HTTP请求的网络实体。

Web缓存器的作用：储存最近请求过的对象的副本，当下一次有相同请求时，即可将该副本发向客户（用条件GET方法判断是否被修改）。Web缓存器能够大大减少一个机构的接入链路到因特网的通信量。

2.2.6 条件GET方法

条件GET方法（判断在服务器中的对象是否过期）：

请求报文使用GET方法；
请求报文中包含一个“If-Modified-Since:"首部行。

FTP使用了两个并行的TCP连接来传输文件，一个是控制连接（用于在两主机之间传输控制信息），一个是数据连接（实际发送一个文件）。因为FTP协议使用一个独立的控制连接，所以我们也称FTP的控制信息是带外传送的（当然HTTP就是带内传送的）。对于FTP传输而言，控制连接贯穿了整个用户会话期间，但是对会话中的每一次文件传输都需要建立一个新的数据连接（即数据连接是非持续的）。