【Linux】线程

线程

我们常常会在linux中或者在操作系统这门课中听到进程和线程的名称,我们之前认识了进程的概念,现在我们来了解一下线程的概念

线程概念:

什么是线程

  • 在一个程序里的一个执行路线就叫做线程(thread)。更准确的定义是:线程是“一个进程内部的控制序

    列”

  • 一切进程至少都有一个执行线程

  • 线程在进程内部运行,本质是在进程地址空间内运行

  • 在Linux系统中,在CPU眼中,看到的PCB都要比传统的进程更加轻量化

  • 透过进程虚拟地址空间,可以看到进程的大部分资源,将进程资源合理分配给每个执行流,就形成了线程

    执行流

我们来看看我们之前进程的结构:

image-20231213132903039

每个进程都有自己独立的进程地址空间和独立的页表,也就意味着所有进程在运行时本身就具有独立性。所以我们在创建进程时,它要创建PCB,页表,建立代码和数据的映射关系…。所以创建一个进程的成本非常高。

当我们每次只创建“进程”(线程),只创建task_struct,让他们共享同一份进场地址空间和页表时,就会出现下面的场景:
image-20231213133307226

现在我们不需要为线程创建地址空间和页表,只需要为他们task_struct,这样我们就可以大大的节省内存空间

所以这四个task_struct看到的资源都是一样的,我们后续可以通过某种方式把代码区拆分成4块,让这四个task_struct执行不同的代码区域,上述的区域(数据区,堆区,栈区)也是类似处理方式。换言之,我们后续创建的3个task_struct都各自有自己的一小份代码和数据,我们把这样的一份task_struct称之为线程。

  • 线程其实就是一个当前进程的执行分支(执行流)

  • 线程在进程内部,而进程在进程地址空间中运行,其实本质上线程也在进场地址空间中运行

  • 线程所需的内存更小,所以在CPU眼中更加轻量级!

  • 线程的调度成本更低了,是因为它将来在调度的时候,核心数据结构(地址空间和页表)均不用切换了

上述谈的线程仅仅是在Linux下的实现原理,不同平台对线程的管理可能是不一样的。Linux其实并没有真正的对线程创建对应的数据结构:

线程本身是在进程内部运行的,操作系统中存在大量的进程,一个进程内又存在一个或多个线程,因此线程的数量一定比进程的数量多(线程 : 进程 一定是n : 1),当线程的数量足够多的时候,很明显线程的执行粒度要比进程更细。
对于这么多的线程我们OS需要对其做管理(先描述,再组织),在大部分的OS中,线程都有一个tcb。如果我们的系统实现的是真线程,比如说windows平台,它就要分别对进程和线程设计各自的描述的数据块(结构体),并且很多线程在一个进程内部,所以还要维护线程tcb和进程pcb之间的关系。所以这样写出的代码,其tcb和pcb两个数据结构之间的耦合度非常复杂。设计tcb和pcb的人认为这样的进程和线程在执行流层面上是不一样的。但是Linux不这样想:在概念上没有进程和线程的区分,只有一个叫做执行流。Linux的线程是用进程PCB模拟的。所以在Linux当中,其PCB和TCB是一回事!!!
Linux的线程用进程PCB模拟的好处很明显:

  • 不用单独设计tcb了(Linux认为tcb和pcb的属性上很大部分重叠了,不需要单独设计pcb)
  • 不用维护tcb和pcb之间的关系了。
  • 不用在编写任何调度算法了。

一个进程内部一定存在多个执行流,问:这些执行流在CPU的角度有区别吗?

答案是没有任何区别,CPU调度的时候照样以task_struct为单位来进行调度,只是这里task_struct背后的代码和页表只是曾经的代码和页表的一小部分而已。所以CPU执行的只是一小块代码和数据,但并不妨碍CPU执行其它执行流。所以我们就可以把原本串行的所有代码而转变成并发或并行的让这些代码在同一时间点得以推进。总结如下:以前CPU看到的所有的task_struct都是一个进程,现在CPU看到的所有的task_struct都是一个执行流(线程)
总览如下:

image-20231213134325964

接下来我们来看一个问题:下面这份代码是对的吗?肯定是错的啊!

char* msg = "hello world";
*msg = 'H';

我们以前常常说常量字符串不可以被修改!因为它其实被const修饰!

根本原因就是当你尝试进行修改时,页表有对应的条目限制你的更改。比如说我字符串常量区经过页表的映射到物理内存,当它从虚拟地址到物理地址转换的时候,它是只读的,所以RWX权限为R,所以尝试在修改的时候直接在页表进行拦截,并结合mmu内存管理单元,识别到只读但尝试修改的异常,发出信号,随后OS把此进程直接干掉。

重新理解进程:

曾经我们理解的进程 = 内核数据结构 + 进程对应的代码和数据,现在的进程,站在内核角度上看就是:承担分配系统资源的基本实体(进程的基座属性)。所有进程最大的意义是向系统申请资源的基本单位。

因此,所谓的进程并不是通过task_struct来衡量的,除了task_struct之外,一个进程还要有进程地址空间、文件、信号等等,合起来称之为一个进程。换言之,当我们创建进程时是创建一个task_struct、创建地址空间、维护页表,然后在物理内存当中开辟空间、构建映射,打开进程默认打开的相关文件、注册信号对应的处理方案等等。

image-20231213135018568

我们之前接触到的进程内部都只有一个task_struct,也就是该进程内部只有一个执行流,即单执行流进程:

image-20231213135120699

而内部可以有多个执行流的进程我们称之为多执行流进程:

image-20231213135141397

  • 所以Linux下没有真正意义上的线程,而是用进程task_struct模拟实现的。所以CPU看到的实际上的task_struct实体是要比传统意义上的进程更轻量化的。所以Linux下的“进程” <= 其它操作系统的进程概念。
  • 线程就是调度的基本单位

简单使用线程

这里我们先简单套用两个函数pthread_create(创建线程)以及pthread_join(等待线程)

创建线程的函数叫做pthread_create,其函数原型如下:

#include <pthread.h>
int pthread_create(pthread_t *thread, const pthread_attr_t *attr, void *(*start_routine) (void *), void *arg);

等待线程的函数叫做pthread_join,函数原型如下:

#include <pthread.h>
int pthread_join(pthread_t thread, void **retval);

来看线程的运行:

#include<iostream>
#include<unistd.h>
#include<pthread.h>
#include<string>
using namespace std;
void* cctalk1(void *args)
{  
    string name=(char*)args;
    while(true)
    {
        cout<<name<<endl;
        sleep(1);
    }
}
void* cctalk2(void *args)
{   
    string name=(char*)args;
    while(true)
    {
        cout<<name<<endl;
        sleep(1);
    }}
int main()
{
    pthread_t t1;
    pthread_t t2;
    pthread_create(&t1,nullptr,cctalk1,(void*)"thread 1");
    pthread_create(&t2,nullptr,cctalk2,(void*)"thread 2");
    
    while(true)
    {
        cout<<"我是主线程..."<<endl;
        sleep(1);
    }
    pthread_join(t1,nullptr);
    pthread_join(t2,nullptr);

    return 0;
}

我们可以发现当前有三个执行流(线程)

但是我们查看进程信息只能看到一个(这是正常现象,符号我们的预期),我们使用指令ps -aL就可以查到线程了,注意:LWP就是轻量级进程ID,当LWP和PID相同时,就说明其是主线程。

  • 默认情况下,不带 -L,看到的就是一个个的进程
  • 带 -L 就可以查看到每隔进程内的多个轻量级进程

所以,上述3个执行流的PID相同,说明3个线程属于同一个进程,而那个PID和LWP都相同的就是主线程。

注意:在Linux中,应用层的线程与内核的LWP是一一对应的,实际上操作系统调度的时候采用的是LWP,而并非PID,只不过我们之前接触到的都是单线程进程,其PID和LWP是相等的,所以对于单线程进程来说,调度时采用PID和LWP是一样的。

我们去试着打印他们的pid,我们发现他们三个的pid是相同,证明了三个执行流是在同一个进程内部的!!!

#include<iostream>
#include<unistd.h>
#include<pthread.h>
#include<string>
using namespace std;
void* cctalk1(void *args)
{
     
    string name=(char*)args;
    while(true)
    {
   
        cout<<name<<":"<<getpid()<<endl;
        sleep(1);
    }
}
void* cctalk2(void *args)
{
      
    string name=(char*)args;
    while(true)
    {
   
        cout<<name<<":"<<getpid()<<endl;
        sleep(1);
    }}
int main()
{
   
    pthread_t t1;
    pthread_t t2;
    pthread_create(&t1,nullptr,cctalk1,(void*)"thread 1");
    pthread_create(&t2,
<think>好的,用户想了解Linux线程的使用与实现。首先,我需要整理一下用户提供的引用内容,看看这些引用中有哪些关键点。根据引用[1],Linux中没有内核级别的线程接口,而是通过用户层的pthread库来模拟线程,封装了轻量级进程的系统调用。引用[2]提到Linux用struct TCB结构体描述线程,并需要将线程进程解耦,同时设计调度算法。引用[3][4]涉及线程分离函数线程安全等问题。 用户的问题集中在Linux线程的使用实现,所以回答需要涵盖这两个方面。首先,应该解释线程Linux中的实现方式,即基于轻量级进程,用户层的pthread库封装系统调用。然后,讨论线程的管理,比如TCB结构体调度。接着,使用方法部分需要包括创建线程、终止、同步机制(互斥锁、信号量)等。此外,线程安全注意事项,比如避免在多线程中调用fork,以及线程分离函数pthread_detach的使用也很重要。 需要确保回答结构清晰,分点说明实现使用,并引用提供的参考资料。同时,根据系统指令,数学公式要用$...$,独立公式用$$...$$,但在这个问题中可能用不上太多数学公式,不过如果有涉及的话需要注意格式。生成的相关问题要围绕线程的实现细节、使用方法、常见问题展开。 检查是否有遗漏的关键点,比如线程与进程的关系,线程的优缺点,以及实际应用中的注意事项。确保每个部分都有对应的引用支持,比如引用[1]说明pthread库的作用,引用[2]解释线程管理调度,引用[3][4]涉及具体函数线程安全。 最后,生成的相关问题需要引导用户深入理解线程的实现机制、使用方法常见问题处理,比如线程与进程的区别、线程私有数据、线程池的实现等。确保问题覆盖用户可能感兴趣的各个方面。</think>### Linux线程的实现与使用 #### 一、Linux线程的实现机制 1. **用户层与内核的关系** 在Linux中,线程通过用户层的**原生线程库pthread**实现[^1]。内核本身没有直接提供线程接口,而是通过轻量级进程(LWP)模拟线程行为。pthread库封装了系统调用(如`clone()`),将线程创建、同步等操作转化为对LWP的管理。 2. **线程描述与组织** 内核通过`struct task_struct`描述进程/线程,而用户层线程库(如pthread)维护额外的数据结构(类似`struct TCB`)来记录线程属性(如栈、局部存储)[^2]。线程组内的所有线程共享进程资源(如地址空间、文件描述符),但拥有独立的执行流栈空间。 3. **线程调度** Linux线程调度由内核负责,采用与进程相同的调度算法(如CFS)。线程的优先级、时间片等属性通过系统调用设置,例如: ```c pthread_setschedparam(pthread_t thread, int policy, const struct sched_param *param); ``` #### 二、线程的基本使用 1. **线程创建** 使用`pthread_create`接口创建线程,需指定线程函数参数: ```c #include <pthread.h> int pthread_create(pthread_t *thread, const pthread_attr_t *attr, void *(*start_routine)(void*), void *arg); ``` - 示例:主线程创建子线程 ```c void* thread_func(void* arg) { printf("Thread ID: %ld\n", (long)pthread_self()); return NULL; } pthread_t tid; pthread_create(&tid, NULL, thread_func, NULL); ``` 2. **线程终止** - 线程函数返回时自动终止。 - 调用`pthread_exit`显式退出: ```c void pthread_exit(void *retval); ``` 3. **线程同步** - **互斥锁(Mutex)** 避免多线程访问共享资源冲突: ```c pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER; pthread_mutex_lock(&mutex); // 临界区操作 pthread_mutex_unlock(&mutex); ``` - **信号量(Semaphore)** 控制资源访问数量: ```c sem_t sem; sem_init(&sem, 0, 1); // 初始值为1 sem_wait(&sem); // P操作 sem_post(&sem); // V操作 ``` 4. **线程分离** 默认线程为可连接(joinable),需通过`pthread_join`回收资源。若无需等待线程结束,可调用`pthread_detach`分离线程[^3]: ```c pthread_detach(pthread_self()); // 线程自行分离 ``` #### 三、关键问题与注意事项 1. **线程安全与竞争条件** 多线程操作全局变量或共享资源时需同步。例如,多个线程对同一变量累加可能因竞争导致结果错误[^4]。 2. **线程与`fork()`的冲突** `fork()`会复制调用线程的执行状态,但其他线程不会被复制。若父线程持有锁,子进程可能死锁。解决方式: - 调用`pthread_atfork`注册预处理函数。 - 避免在多线程程序中使用`fork()`[^4]。 3. **线程局部存储(TLS)** 使用`pthread_key_create`定义线程私有数据: ```c pthread_key_t key; pthread_key_create(&key, NULL); pthread_setspecific(key, data_ptr); // 设置线程私有数据 void* data = pthread_getspecific(key); // 获取数据 ``` #### 四、线程的优缺点 | 优点 | 缺点 | |------|------| | 轻量级上下文切换 | 调试复杂度高 | | 共享内存提升通信效率 | 需严格处理同步问题 | | 适合I/O密集型任务 | 线程崩溃可能导致进程退出 |
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

学IT的小卢

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值