【搞定操作系统】---《操作系统精髓与设计原理》读书笔记：第 4 章：线程、对称多处理（SMP）和微内核

约定不等于承诺〃 2022-04-23 05:20 197阅读 0赞

## **本文目录：** ##

**一、进程和线程**

1.1  多线程

1.2  线程功能特性

**二、线程的分类**

2.1  用户级线程

2.2  内核级线程

2.3  组合方法

**三、Windows 线程**

**四、Linux 的进程和线程管理**

**五、总结**

--------------------

# 一、进程和线程 #

这里所说的进程个概念要比前面给出的更复杂和精细。实际上，它包含两个独立的概念：一个与**资源管理权**有关（进程），一个与**执行相关（线程）**。

到目前为止提出的进程的概念包含两个特点：

> **1、资源所有权：**一个进程包括一个存放进程映像的虚拟地址空间。进程映像是程序、数据、栈和进程控制块中定义的属性集合。一个进程总是拥有对资源的控制或所有权，这些资源包括：内存、I/O 通道、I/O 设备和文件。操作系统执行保护功能，以防止进程之间发生不必要的与资源相关的冲突；
> 
> **2、调度/执行：**一个进程沿着通过一个或多个程序的一条执行路径（轨迹）执行。其执行过程可能与其他进程的执行过程交替执行。因此，一个进程具有一个执行状态（运行、就绪等）和一个分配的优先级，并且是一个可被操作系统调度和分派的实体。

为了区分以上两点，分派的单位通常称为**线程**或**轻量级进程**，而拥有资源所有权的单位通常称为**进程**或**任务**。

## 1.1  多线程 ##

**多线程：是指操作系统在单个进程内支持多个并发执行路径的能力。**Java运行时环境是单进程多线程的一个例子。

在多线程环境中，进程被定义成资源分配的单位和一个被保护的单位，与进程相关联的有：存放进程映像的虚拟地址空间；受保护的对处理器，其他进程，文件和 IO 资源的访问。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3Bjd2wxMjA2_size_16_color_FFFFFF_t_70][]

在一个进程中，可能有一个或多个线程，每个线程有：

> 1、线程执行状态（运行、就绪等）；
> 
> 2、在未运行时保存的线程上下文；从某种意义上看，线程可以被看做进程内的一个被独立地操作的程序计数器；
> 
> 3、一个执行栈；
> 
> 4、用于每个线程局部变量的静态存储空间；
> 
> 5、与进程内的其他线程共享的对进程的内存和资源的访问。

**单线程单进程模型中**（没有明确的线程概念）：进程的表示包括它的进程控制块和用户地址空间，以及在进程执行中管理调用/返回行为的用户栈和内核栈。当进程正在运行时，处理器寄存器将被该进程控制；当进程不运行时，这些处理器寄存器中的内容将被保存。

**多线程环境中：**进程仍然只有一个与之关联的进程控制块和用户地址空间。但是每个线程都有一个独立的栈，还有独立的线程控制块（用于包含寄存器值、优先级和其他与线程相关的状态信息）。

进程中的所有线程共享该进程的状态和资源，它们驻留在同一块地址空间中，并且可以访问到相同的数据。当一个线程改变了内存中的一个数据项时，其他线程在访问这一数据项时能够看到变化后的结果。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3Bjd2wxMjA2_size_16_color_FFFFFF_t_70 1][]

从性能比较可以看出线程的重要优点如下：

> 1、在一个已有进程中创建一个新线程比创建一个全新进程所需的时间要少许多；
> 
> 2、终止一个线程比终止一个进程花费的时间少；
> 
> 3、同一进程内线程间切换比进程间切换花费的时间少；
> 
> 4、线程提高了不同的执行程序间通信的效率。独立进程间的通信需要内核的介入，以提供保护和通信所需要的机制；但是，由于在同一个进程中的线程共享内存和文件，它们无需调用内核就可以相互通信。

因此，如果一个应用程序或函数被实现为一组相关联的执行单位，那么用一组线程比用一组分离的进程更有效。

**在支持线程的操作系统中，调度和分派是在线程基础上完成的，因此大多数与执行相关的信息可以保存在线程级的数据结构中。但是，有些活动影响着进程中的所有线程，操作系统必须在进程一级对它们进行管理。**例如：挂起操作涉及把一个进程的地址空间换出内存以为其他进程的地址空间腾出位置。因为一个进程中的所有线程共享同一个地址空间，所以它们都会同时被挂起。类似地，进程的终止会导致进程中所有线程的终止。

## 1.2  线程功能特性 ##

和进程一样，线程具有执行状态，且可以相互之间进行同步。

*  ### 进程状态 ###

和进程一样，线程的关键状态有运行态、就绪态和阻塞态。一般来说，挂起态对线程没有什么意义，这是由于此类状态是一个进程级的概念。特别地，如果一个进程被换出，由于它的所有线程都共享该进程的地址空间，因此它们都必须被换出。

有 4 种线程状态改变相关的基本操作：

> **1、派生：**在典型情况下，当派生一个新进程时，同时也为该进程派生一个线程。随后，进程中的线程可以在同一个进程中派生另一个线程，并为新线程提供指令指针和参数；新线程拥有自己的寄存器上下文和栈空间，且被放置在就绪队列中；
> 
> **2、阻塞：**当线程需要等待一个事件时，它将被阻塞（保存它的用户寄存器、程序计数器和栈指针），此时处理器转而执行另一个处于同一个进程中或不同进程中的就绪线程；
> 
> **3、解除阻塞：**当阻塞一个线程的事件发生时，该线程被转移到就绪队列中；
> 
> **4、结束：**当一个线程完成时，其寄存器上下文和栈都被释放。

如果一个程序在单处理器上运行，那么必须顺序的产生请求并且顺序的处理结果，但是对两个应答的等待时并发的。在单处理器中，多道程序设计使得在多个进程中的多个线程可以交替执行。

*  ### 线程同步 ###

**一个进程中的所有线程共享同一个地址空间和注入打开的文件之类的其他资源。****一个线程对资源的任何修改都会影响同一个进程中其他线程的环境。**因此，需要同步各种线程活动，以便它们互不干涉且不破坏数据结构。

--------------------

# 二、线程的分类 #

线程的实现可以分为两大类：**用户级线程**和**内核级线程**。

## 2.1  用户级线程 ##

在一个纯粹的用户级线程软件中，有关线程管理的所有工作都由应用程序完成，内核意识不到线程的存在。

任何应用程序都可以通过使用线程库被设计成多线程程序。**线程库是用于用户级线程管理的一个例程包，它包含用于创建和销毁线程的代码、在线程间传递消息和数据的代码、调度线程执行的代码、以及保存和恢复线程上下文的代码。**

在默认情况下，应用程序从单线程开始，并在该线程中开始运行。该应用程序及其线程被分配给一个由内核管理的进程。在应用程序正在运行（进程处于运行态）的任何时刻，应用程序都可以派生一个在相同进程中运行的新线程（派生线程是通过调用线程库中的派生例程完成的，通过过程调用，控制权被传递给派生例程）。线程库为新线程创建一个数据结构，然后使用某种调度算法，把控制权传递给该进程中处于就绪态的一个线程。当控制权被传递给线程库时，需要保存当前线程的上下文，然后当控制权从线程库中传递给一个线程时，将恢复哪个线程的上下文。上下文实际上包括用户寄存器的内容、程序计数器和栈指针。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3Bjd2wxMjA2_size_16_color_FFFFFF_t_70 2][]

在前一段描述的所有活动都发生在用户空间中，并且发生在一个进程内，而内核并不知道这些活动。内核继续以进程为单位进行调度，并且给该进程指定一个执行状态。

使用用户级线程而不是内核线程有很多优点：

> **1、由于所有线程管理数据结构都在一个进程的用户地址空间中，线程切换不需要内核态特权；**
> 
> **2、调度可以是应用程序相关的，可以做到为应用程序量身定做调度算法而不扰乱底层的操作系统调度程序；**
> 
> **3、用户级线程可以在任何操作系统中运行，线程库是一组供所有应用程序共享的应用程序级别的函数。**

使用用户级线程而不是内核线程有两个明显的缺点：

> **1、当用户级线程执行一个会引起阻塞的系统调用时，不仅这个线程会被阻塞，进程中的所有线程都会被阻塞；**
> 
> **2、在纯粹的用户级线程策略中，多线程应用程序不能利用多处理技术，内核一次只把一个进程分配给一个处理器，因此一次进程中只有一个线程可以执行。**

## 2.2  内核级线程 ##

在一个纯粹的内核级线程软件中，有关线程管理的所有工作都是由内核完成的，应用程序部分没有进行线程管理的代码，只有一个到内核线程设施的应用程序编程接口（API）。Windows 是这种方法的一个例子。

内核为进程及其内部的每个线程维护上下文信息。调度是由内核基于线程完成的。该方法克服了用户级线程方法的两个基本缺陷（优点：）：

> 首先：内核可以同时把同一个进程中的多个线程调度到多个处理器中；
> 
> 再者：如果进程中的一个线程被阻塞，内核可以调度同一个进程中的另一个线程；
> 
> 另外：内核例程自身也是可以使用多线程的。

缺点：把控制从一个线程传送到同一个进程内的另一个线程时，需要到内核的状态转换。

## 2.3  组合方法 ##

在组合方法中，线程创建完全在用户空间中完成，线程的调度和同步也在应用程序中进行。一个应用程序中的多个用户级线程被映射到一些（小于或等于用户级线程的数目）内核级线程上。

在组合方法中，同一个应用程序中的多个线程可以在多个处理器上并行地运行，某个会引起阻塞的系统调用不会阻塞整个进程。如果设计正确，该方法将会结合纯粹内核级线程和用户级线程的优点。

Java 应用程序：Java 从根本上支持线程的概念。不仅 Java 语言本身能够很方便地支持多线程应用程序开发，Java 虚拟机也是一个多线程进程，它为 Java 应用程序提供调度机制和内存管理。

--------------------

# 三、Windows 线程 #

Windows 使用两类与进程相关的对象：进程和线程。

进程是对应一个拥有内存、打开的文件等资源的用户作业或应用程序的实体。

线程是顺序执行的一个科分派的工作单元，并且它是可中断的，因此，处理器可以切换到另一个线程。

一个 Windows 进程必须至少包含一个执行线程，该线程可能会创建别的线程。在多处理器系统中，同一个进程的多个线程可以并行的执行。

由于不同进程中的线程可能并非执行，因而 Windows 支持进程间的并发性。此外，同一个进程中的多个线程可以分配给不同的处理器并且同时执行。一个含有多线程的进程在实现并发时，不需要使用多进程的开销。同一个进程中的线程可以通过他们的公共地址空间交换信息，并访问进程中的共享资源，不同进程中的线程可以通过在两个进程间建立的共享内存交换信息

--------------------

# 四、Linux 的进程和线程管理 #

Linux 中的进程或任务由一个 task\_struct 数据结构表示。

传统的 UNIX 系统支持每个执行的进程中只有一个单独的一个线程，但现代典型的 UNIX 系统支持一个进程中含有多个 内核级线程。

**Linux 提供一种不区分进程和线程的解决方案**。用户级线程被映射到内核级进程上，组成一个用户级进程的多个用户级线程被映射到共享同一个组 ID 的多个 Linux 内核级进程上。这使得这些进程可以共享文件和内存等资源，使得同一组中的进程调度切换时不需要切换上下文。

当两个进程共享相同的虚存时，它们可以被当做是一个进程中的线程。

当 Linux 内核执行从一个进程到另一个进程的切换时，它将坚持当前进程的页目录地址是否和将被调度的进程相同。如果相同，那么它们共享同一个地址空间，所以此时上下文切换仅仅是从代码的一处跳转到代码的另一处。

虽然属于同一进程组的被克隆的进程共享同一内存空间，但它们不能共享同一个用户栈。

--------------------

# 五、总结 #

某些操作系统区分进程和线程的概念，前者涉及资源的所有权，后者涉及程序的执行，这种方法可以使性能提高、编码方便。在多线程系统中，可以在一个进程内定义多个并发线程。这可以通过使用用户级线程或内核级线程来完成。

用户级线程对操作系统是未知的，它们由一个在进程的用户空间中运行的线程库创建并管理。用户线程是非常高效的，因为从一个线程切换到另一个线程不需要进行状态切换，但是，一个进程中一次只有一个用户级线程可以执行，如果一个线程发生阻塞，整个进程都会被阻塞。

进程内包含的内核级线程是由内核维护的。由于内核认识它们，因而同一个进程中的多个线程可以再多个处理器上并行执行，一个线程的阻塞不会阻塞整个进程，但当从一个线程切换到另一个线程时就会需要进行模式切换。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3Bjd2wxMjA2_size_16_color_FFFFFF_t_70]: /images/20220323/bf93ed30c7e646479a0c78837a594d82.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3Bjd2wxMjA2_size_16_color_FFFFFF_t_70 1]: /images/20220323/ebc6906b6677494b8d8ffa4ba3a7a7f6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3Bjd2wxMjA2_size_16_color_FFFFFF_t_70 2]: /images/20220323/e2161cb4da4e4b41a767d97c2a2e58eb.png