6.8 应用进程跨越网络的通信

思维导图：

 

 

6.8 应用进程跨越网络的通信

概述： 这一节重点介绍了如何使应用进程通过网络进行通信，特别强调了在应用层协议不适用的特殊情况下的处理方法。

主要内容：

1. 系统调用和应用编程接口（API）：

   • 系统调用是应用程序与操作系统之间的桥梁，允许程序请求操作系统的服务。
   • 应用编程接口（API）是一组标准的系统调用函数，让应用程序能更方便地获取操作系统服务。

2. TCP/IP 协议与操作系统：

   • TCP/IP 协议软件现已集成在操作系统中。
   • 尽管TCP/IP协议能在多种操作系统中运行，它并没有具体规定应用程序如何与这些协议软件接口。

3. 套接字接口：

   • 套接字接口（例如 Berkeley UNIX 的套接字接口和 Windows Socket）是应用进程与网络协议之间的一个重要接口。
   • 套接字既被应用程序控制，又被操作系统控制，成为了应用进程与运输层协议（如TCP）之间的接口。

4. 网络通信的实现：

   • 应用进程（无论是客户端还是服务器）通过创建套接字来初始化网络通信。
   • 应用进程通过套接字进行网络操作，如建立连接、发送和接收数据等。

重要点：

• 应用进程与操作系统之间的通信主要依赖于系统调用和API。
• 套接字接口是应用进程与网络协议间互动的关键，尤其在涉及TCP/IP协议时。

 我的理解：

1. 系统调用和应用编程接口（API）的作用：

   • 系统调用是应用程序与操作系统之间进行交互的方式。当应用程序需要执行某些不能直接完成的操作（如访问硬件资源或进行网络通信）时，它会使用系统调用请求操作系统代为执行。
   • **应用编程接口（API）**提供了一套预定义的函数和协议，允许应用程序更容易地使用操作系统的服务，例如进行网络通信。API隐藏了底层的复杂性，使开发人员可以更专注于应用逻辑。

2. TCP/IP 协议与操作系统的关系：

   • TCP/IP 协议是一组用于互联网通信的规则和过程。虽然这个协议在不同的操作系统中都有实现，但具体如何让应用程序与这些协议互动，并没有统一的规范。这意味着不同的操作系统可能有不同的方法来处理网络通信。

3. 套接字接口的功能和重要性：

   • 套接字是一个网络通信的端点，用于不同主机间或同一主机上不同进程间的数据交换。
   • 它充当了应用层与传输层（如TCP协议）之间的桥梁，使得应用程序能够通过网络发送和接收数据。
   • 套接字既由应用程序控制（如创建套接字，发起连接请求等），又受操作系统管理（如数据的传输，网络资源的分配等）。

4. 网络通信的实现过程：

   • 应用进程首先创建套接字，这是网络通信的起点。
   • 然后，应用进程可以通过这个套接字执行各种网络操作，比如建立连接、发送数据、接收数据等。这个过程涉及到对套接字的读写操作，以及对网络状态的管理。

理解这些概念有助于把握应用程序是如何通过网络与其他程序进行通信的。这在网络编程和分布式系统的开发中是一个基础且重要的知识点。

 更加形象的理解：

想象网络通信就像两座城市之间的邮件交换系统。在这个比喻中：

1. 应用进程：可以看作是寄信的人或收信的人。他们想要发送或接收信息，但他们需要一个系统来帮助他们完成这项工作。

2. 系统调用和API（应用编程接口）：可以想象成邮局工作人员和提供的服务。当你（应用进程）需要寄一封信时，你不需要知道邮件是如何逐步被送达的，你只需要知道怎么去邮局、填写地址、贴邮票等基本操作（这些操作类似于API提供的简化的操作步骤）。

3. TCP/IP协议：相当于邮件的运送规则和流程，比如怎样分类、怎样优先处理紧急邮件等。这些规则确保了无论你在哪个城市（操作系统），邮件都能按照一定的标准被处理和送达。

4. 套接字：可以类比为你家的邮箱或者你在邮局的邮箱。它是信息传递的起点和终点。你往邮箱里投入邮件，意味着你想通过网络（邮政系统）发送信息；你从邮箱里取出邮件，意味着你收到了通过网络发送给你的信息。

所以，在这个比喻中，当一个应用进程想要通过网络与另一个应用进程通信时，它就像是一个人想要发送一封信。这个人会使用邮局的服务（系统调用和API）来处理邮件，邮件会根据邮政规则（TCP/IP协议）被送达到对方城市的邮箱（对方的套接字），最终被收信的人接收。

 

6.8.2 常用的TCP服务系统调用

1. 连接建立阶段

• 创建套接字后的绑定（bind）

  • 指定套接字的本地地址（端口号和IP地址）。
  • 服务端：绑定熟知端口号和本地IP地址到套接字。
  • 客户端：可选绑定，操作系统可自动分配动态端口号。

• 服务器的监听（listen）和接受（accept）

  • listen：设置套接字为被动模式，准备接受客户端请求（仅TCP，UDP不使用）。
  • accept：提取和处理来自客户端的连接请求。
  • 并发服务器模型：主服务器进程接受连接，创建从属服务器进程来处理新连接。

2. 数据传送阶段

• 数据发送和接收（send 和 recv）
  • 使用TCP连接进行数据传输。
  • 客户端和服务器均可使用send发送数据，使用recv接收数据。

3. 连接释放阶段

• 关闭连接（close）
  • 使用close系统调用结束套接字使用，释放连接。

图解示例

• 图6-30：展示并发服务器的工作方式。
• 图6-31：展示系统调用的使用顺序。

特别说明

• UDP服务器不使用listen和accept系统调用，因为它提供的是无连接服务。

 我的理解：

我们可以将它比作一场精心组织的晚会。想象你是晚会的主办方（服务器），而客人们（客户端）想要参加你的活动。

1. 连接建立阶段：

   • 创建套接字后的绑定（bind）：这就像是你为你的晚会选择一个地点和时间。在服务器端，这意味着指定你的“晚会”将在哪个网络地址和端口举行。客户端也可以选择自己的“出发地点”（也就是端口号和IP地址），但这通常是自动选择的。
   • 服务器的监听（listen）和接受（accept）：这就像是你在晚会的入口处设置了一个接待处，准备迎接客人。listen意味着你的服务器已准备好接受连接请求，而accept则是在有客人到来时，正式让他们进入并分配一张新的“入场券”（一个新的套接字），专门为他们服务。

2. 数据传送阶段：

   • 数据发送和接收（send 和 recv）：这就像是晚会上的互动环节。客人（客户端）通过send向你（服务器）发送请求（比如点歌），而你通过recv接收这些请求，并通过send发送回应（比如播放他们点的歌曲）。

3. 连接释放阶段：

   • 关闭连接（close）：晚会结束时，客人离开，你关闭了会场。在网络通信中，这就是使用close命令来结束会话，断开客户端和服务器之间的连接。

这个比喻有助于理解TCP服务中的系统调用：从建立连接（套接字的创建和绑定，监听和接受连接），到交换信息（发送和接收数据），最后到连接的结束（关闭连接）。就像一场从邀请客人到送客人离开的晚会过程。

 

 

 

 

总结：

重点

1. 理解套接字（Socket）概念：套接字是网络通信的端点，扮演着通信链路的接口角色。理解套接字如何在应用层与传输层之间提供接口是至关重要的。

2. TCP与UDP的差异：理解TCP（面向连接的协议）与UDP（无连接协议）之间的区别是基础，每种协议适用于不同类型的网络应用。

3. 系统调用流程：熟悉如何使用系统调用来实现网络通信，特别是在TCP连接中，如socket、bind、listen、accept、connect、send、recv和close的使用顺序和目的。

4. 并发服务器模型：理解如何处理多个连接，特别是在并发服务器模型中如何利用主从服务器进程来管理多个客户端请求。

难点

1. 并发处理与资源管理：在并发服务器模型中，理解如何有效地创建、管理和销毁进程或线程以及相关资源是一个挑战。

2. 套接字编程的细节：掌握套接字编程中的细节，如地址结构、错误处理和端口分配，这些通常在具体实现中比较复杂。

3. 阻塞与非阻塞调用：理解阻塞（blocking）和非阻塞（non-blocking）调用之间的区别，以及它们如何影响应用程序的性能和响应能力。

易错点

1. 错误的系统调用顺序：在建立和管理网络连接时，混淆或错误地使用系统调用（如在listen之前调用accept）是常见的错误。

2. 忽视错误处理：在网络编程中，错误处理经常被忽视。例如，未能正确处理send或recv在遇到中断时的返回值。

3. 资源泄露：在并发模型中，未能适当管理资源，如未能关闭不再使用的套接字，可能导致资源泄露和性能问题。

4. 地址和端口配置错误：在配置套接字地址和端口时的错误，例如使用错误的地址格式或端口号，是常见的配置错误。

总结来说，理解并掌握应用进程跨越网络通信的关键在于深入理解网络协议（特别是TCP和UDP）、熟悉系统调用的正确使用，并注意在实际编程中的错误处理和资源管理。