《Linux从练气到飞升》No.25 Linux中多线程概念

🕺作者：主页

我的专栏
C语言从0到1
探秘C++
数据结构从0到1
探秘Linux
菜鸟刷题集

😘欢迎关注：👍点赞🙌收藏✍️留言

🏇码字不易，你的👍点赞🙌收藏❤️关注对我真的很重要，有问题可在评论区提出，感谢阅读！！！

我的专栏
C语言从0到1
探秘C++
数据结构从0到1
探秘Linux
菜鸟刷题集

文章目录

- 前言
- 线程的基本概念
- - Linux中的线程
  - Linux线程与进程区别
  - 进程和线程的关系
  - Linux线程和接口的认识
  - 线程的数据
  - - 线程的私有数据
    - 线程的共有数据
  - 看看猪跑
- 线程的优缺点（了解）
- - 线程的优点
  - 线程的缺点
  - - 线程异常
- 线程用途

前言

本篇主要介绍一下线程相关的知识~

线程的基本概念

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

理解：
一个进程对应着的线程应该>=1，它至少要含有一个线程才能维持进程的存在，所谓的更加轻量化指的是每个线程都享有进程内的一定的资源，并负责各自的任务，相对来说就更加精细化和轻量化，所以说在内核视角中线程是CPU调度的基本单位，承担进程资源的一部分基本实体。
毫无疑问，在操作系统中存在大量的进程，现在我们知道，一个进程对应着至少一个线程，那么可以推断在操作系统中会存在更多的线程，既如此操作系统为了管理它就会想办法将它们组织起来，之前将进程的时候讲过，操作系统管理的法则是“先描述，再组织”，进程是用一个叫PCB的结构体来描述的，线程是用一个叫TCB的结构体来描述的，在windows操作系统中就是这样管理线程的，不过在Linux中则使用了一种巧妙的方法来管理。

Linux中的线程

之前在进程部分我们讲过进程 = 程序 + PCB + mm_struct + 页表和mmu + 物理地址，Linux在创造线程概念的时候并没有像上面我们所推断的一样创造TCB结构体来管理每一个线程而是复用了进程的PCB结构体，如下图。

这些线程的task_struct和进程task_struct共享同一个进程地址空间，每个线程都会使用其中部分代码和数据，但是CPU并不管这些，它只管执行就好，这样的优点是操作系统只需要将“精力”专注于线程间的资源分配就好了。

Linux线程与进程区别

我们在创建进程的时候通常会为进程创建一个独立的程序地址空间来保证它的独立性而线程则恰恰相反它们只创建PCB共用一个进程地址空间。
但是同样的进程间为了通信或者是其他目的也会选择性的共用一块公共资源而线程为了保证自己能够正确运行也会有一些相对其他线程独立的资源。
主要区别如下：

进程具有独立性但是一部分资源是可以共享的（管道 ipc等）
线程大部分资源是共享的但是一部分资源是私有的（PCB 栈上下文等）

进程和线程的关系

如果我们把国家比作一个操作系统那么国家中的每个家庭就是一个进程。每个家庭之间是相互独立的，不可能说今天另外一个家庭的人不经过你的同意就住进你家里。
但是家庭与家庭之间也需要通信，可能周末会邀请关系好的邻居上你家客厅做客。
家庭中的每个人就可以看作是线程，在这个家里大部分的资源是共享的，但是每个人也有自己的隐私，所以说一部分资源是私有的。

Linux线程和接口的认识

在Linux中线程是用进程模拟实现的，所以说Linux中不会给我们提供线程的操作接口（这里解释下其实Linux不是没有能力去提供这些操作接口而是它想要保持一个相对自由的状态给用户），而是给我们提供了一个在同一个进程地址空间中创建PCB的方法，分配给资源指定的PCB。
但是作为一个用户来说使用这种方法的学习成本太高了我们更需要一个完整的线程库
所以说一些应用级的开发工程师就在应用层对于轻量级的Linux接口进行封装成为了我们经常使用的原生线程库pthread库。

线程的数据

线程的数据分为私有的数据和共有的数据，在同一个进程就决定了多个线程的全部数据不会都是私有的，而在同一个进程的多个线程就决定了必然有共有的部分。

线程的私有数据

线程ID 这个很好理解因为我们要使用线程ID来区分每个线程
一组寄存器这组寄存器用来保存线程的上下文信息
栈每个线程都有临时的数据需要压栈如果不区分那数据就全乱了
信号屏蔽字
调度优先级

线程的共有数据

因为多个线程是在同一个进程地址空间中所以说进程地址空间的代码段和数据段都是共享的

如果定义一个函数在各线程中都可以调用
如果定义一个全局变量在各线程中都可以访问到

除此之外各线程还共享以下进程资源和环境

文件描述符表（进程打开一个文件后其他线程也能够看到）
每种信号的处理方式（SIG_IGN、SIG_DFL或者自定义的信号处理函数）
当前工作目录（cwd）
用户ID和组ID等等

看看猪跑

前面讲了这么多，接下来我们先创建一个线程，然后让它跑一跑看看。
再写代码之前还要介绍一个创建线程的函数，它也是pthread库中的。
它就是pthread_create函数

int pthread_create(pthread_t *thread, const pthread_attr_t *attr, void *(*start_routine) (void *), void *arg);
返回值：
	线程创建成功返回0 失败返回错误码
	这里值得注意的是在线程库中 几乎所有的返回值都是成功返回0 失败返回错误码
参数说明：
	thread：获取创建成功的线程ID 该参数是一个输出型参数
	attr: 用于设置创建线程的属性 如果我们传入NULL则设置为默认属性
	start_routine：这是一个函数地址 传入我们想要这个线程执行的函数
	arg： 传给线程例程的参数 （默认是void* 类型 记得类型强转不然会报警告）

下面是猪跑 : )
makefile

mycode:mycode.cc
	g++ -o $@ $^ -l pthread

.PHONY:clean

clean:
	rm -f mycode

需要注意的是，有些机器上面不加-l pthread在运行的时候会报错，这是因为找不到库文件所导致的。
mycode.c

#include <stdio.h>
#include <stdlib.h>
#include <pthread.h>
#include <unistd.h>

void* run_thread(void* args)
{
    char* msg = (char*)args;
    while(1)
    {
        printf("I'm a thread my msg is:%s\n" , msg);
        sleep(1);
    }
}


int main()
{
    pthread_t tid;
    pthread_create(&tid ,NULL ,run_thread ,(void*)"thread 1");
    while(1)
    {
        printf("I'm main thread\n");
        sleep(1);
    }
    return 0;
}

上面代码的意思是我们创建一个子线程这个线程不停的打印参数发送过去的消息同时我们的主进程不停的打印另外的信息
最后的结果如下：

我们可以看到两个循环在同时进行！！
以前可从来没有见过这样的情况！！
使用ps -aL查看轻量级进程

我们可以看到多了两个进程但是他们的PID是一样的，但是它们的LWP却不同
其实在操作系统调度的时候看的就是LWP
但是之间学进程的时候说操作系统调度的时候看的是PID
难道说错了？
实际上都是对的，在当时的语境下，我们只学过单进程执行流，此时进程就只对应着一个线程，此时的PID等于LWP，所以怎么说也没问题。
但是在现在学了线程以后，我们就要注意看的什么情况下了。

线程的优缺点（了解）

线程的优点

创建一个新线程的代价要比创建一个新进程小得多
与进程之间的切换相比线程之间的切换需要操作系统做的工作要少很多
线程占用的资源要比进程少很多
能充分利用多处理器的可并行数量
在等待慢速IO操作结束的同时程序可执行其他的计算任务
计算密集型应用为了能在多处理器系统上运行将计算分解到多个线程中实现
IO密集型应用为了提高性能将IO操作重叠线程可以同时等待不同的IO操作

计算密集型执行流的大部分任务主要以计算为主比如加密解密大数据查找等
IO密集型执行流的大部分任务主要以IO为主比如刷磁盘访问数据库访问网络等

线程的缺点

性能损失：一个很少被外部事件阻塞的计算密集型线程往往无法与其他线程共享同一个处理器如果计算密集型线程的数量比可用的处理器多那么可能会有较大的性能损失这里的性能损失指的是增加了额外的同步和调度开销而可用的资源不变
健壮性降低：编写多线程需要更全面更深入的考虑在一个多线程程序里因时间分配上的细微偏差或者因共享了不该共享的变量而造成不良影响的可能性是很大的换句话说线程之间是缺乏保护的
缺乏访问控制：进程是访问控制的基本粒度在一个线程中调用某些OS函数会对整个进程造成影响
编程难度提高：编写与调试一个多线程程序比单线程程序困难得多