【Linux】——多线程

目录

Linux线程概念

二级页表 

线程的优点 

线程的缺点 

线程异常 

线程的用途 

Linux中的线程和进程 

进程和线程

进程的多个线程共享

进程和线程的关系 

Linux线程控制

POSIX线程库 

线程创建 

线程ID及地址空间布局 

线程等待  

线程终止 

---

Linux线程概念

什么是线程 

• 在一个程序里的一个执行路线就叫做线程（thread）。更准确的定义是：线程是“一个进程内部的控制序列”。
• 一切进程至少都有一个执行线程。
• 线程在进程内部运行，本质是在进程地址空间内运行。
• 在Linux系统中，在CPU眼中，看到的PCB都要比传统的进程更加轻量化。
• 透过进程虚拟地址空间，可以看到进程的大部分资源，将进程资源合理分配给每个执行流，就形成了线程执行流。

需要明确的是，一个进程的创建实际上伴随着其进程控制块（task_struct）、进程地址空间（mm_struct）以及页表的创建，虚拟地址和物理地址就是通过页表建立映射的。 

每个进程都有自己独立的进程地址空间和独立的页表，也就意味着所有进程在运行时本身就具有独立性。

但如果我们在创建“进程”时，只创建task_struct，并要求创建出来的task_struct和父task_struct共享进程地址空间和页表，那么创建的结果就是下面这样的：

此时我们创建的实际上就是四个线程：

• 其中每一个线程都是当前进程里面的一个执行流，也就是我们常说的“线程是进程内部的一个执行分支”。
• 同时我们也可以看出，线程在进程内部运行，本质就是线程在进程地址空间内运行，也就是说曾经这个进程申请的所有资源，几乎都是被所有线程共享的。

如何理解进程与线程的关系？

教材观点：线程是一个执行分支，执行粒度比进程更细，调度成本更低。线程是进程内部的一个执行流。

内核观点：线程是CPU调度的基本单位，进程是承担分配系统资源的基本实体。

 上面用方框框起来的内容，我们将这个整体叫做进程。因此，所谓的进程并不是通过task_struct来衡量的，除了task_struct之外，一个进程还要有进程地址空间、文件、信号等等，合起来称之为一个进程。

所以我们站在内核角度来理解进程：进程就是承担分配系统资源的基本实体。

换言之，当我们创建进程时是创建一个task_struct、创建地址空间、维护页表，然后在物理内存当中开辟空间、构建映射，打开进程默认打开的相关文件、注册信号对应的处理方案等等。而我们之前接触到的进程都只有一个task_struct，也就是该进程内部只有一个执行流，即单执行流进程，接下来我们将要接触到的，内部有多个执行流的进程叫做多执行流进程。

在Linux中，站在CPU的角度，能否识别当前调度的task_struct是进程还是线程？

答案是不能，也不需要了，因为CPU只关心一个一个的独立执行流。无论进程内部只有一个执行流还是有多个执行流，CPU都是以task_struct为单位进行调度的。因此，CPU看到的虽说还是task_struct，但已经比传统的进程要更轻量化了。

Linux下使用轻量级进程LWP模拟多线程！

为了管理好线程，有些操作系统会像进程一样单独为线程设计一套数据结构用于统筹管理线程的正常运作，比如windows就设计了线程控制块TCB隶属于PCB中，也就是说windows操作系统内核中有正线程。

而Linux内核的设计者认为，线程可以复用进程的结构体，用PCB足以模拟实现TCB的功能，所以在Linux当中没有真正的线程，而是复用了PCB的代码和结果，用轻量化进程的方案模拟实现的线程。

事实上Linux系统采取的方案更加简单，容易维护，效率更高也更安全。对于一款操作系统来说，使用最频繁的功能，除了OS本身，就是线程了。Linux正是因为采用轻量化进程LWP模拟实现多线程的方式，才能够长时间不间断的运行。

原生线程库pthread 

在Linux中，站在内核角度没有真正意义上线程相关的接口，但是站在用户角度，当用户想创建一个线程时更期望使用thread_create这样类似的接口，因此系统为用户层提供了原生线程库pthread。

原生线程库实际就是对轻量级进程的系统调用进行了封装，在用户层模拟实现了一套线程相关的接口。

因此对于我们来讲，在Linux下学习线程实际上就是学习在用户层模拟实现的这一套接口，而并非操作系统的接口。

---

二级页表 

以32位平台为例，在32位平台下一共有232个地址，也就意味着有232个地址需要被映射。

如果我们所谓的页表就只是单纯的一张表，那么这张表就需要建立232个虚拟地址和物理地址之间的映射关系，即这张表一共有232个映射表项。

 每一个表项中除了要有虚拟地址和与其映射的物理地址以外，实际还需要有一些权限相关的信息，比如我们所说的用户级页表和内核级页表，实际就是通过权限进行区分的。每个应表项中存储一个物理地址和一个虚拟地址就需要8个字节，考虑到还需要包含权限相关的各种信息，这里每一个表项就按10个字节计算。

这里一共有232个表项，也就意味着存储这张页表我们需要用232 * 10个字节，也就是40GB。而在32位平台下我们的内存可能一共就只有4GB，也就是说我们根本无法存储这样的一张页表。 

因此所谓的页表并不是单纯的一张表。 

以32位平台为例，其页表的映射过程如下：

1. 选择虚拟地址的前10个比特位在页目录当中进行查找，找到对应的页表。
2. 再选择虚拟地址的10个比特位在对应的页表当中进行查找，找到物理内存中对应页框的起始地址。
3. 最后将虚拟地址中剩下的12个比特位作为偏移量从对应页框的起始地址处向后进行偏移，找到物理内存中某一个对应的字节数据。