Linux->线程库接口

news2024/9/25 5:21:54

目录

前言:

1 进程和线程

2 线程库接口

2.1 线程库基础理解

2.2 创建线程

2.2 线程资源回收

 2.3 线程分离


前言:

        本篇主要是对Linux原装线程库的函数接口进行学习,还有一部分的线程概念补充。

1 进程和线程

        博主在上一篇文章当中有讲过,进程是承担资源分配的载体,而线程是CPU调度的基本单位,并且所有的线程能够共享进程的数据。这没有什么问题,但是这难道不会有一点奇怪吗?

        那就是如果所有的线程都能够共享地址空间的数据,那么这是不是就意味着多个线程同时进入一个函数,它们所看到的东西都是一样的?如果是一样的,这样有问题吗?如果不是一样的,OS又是如何识别是哪一个线程正在执行这个函数呢?

        这个时候就需要引入一个线程私有属性的概念了:

线程 ID
一组寄存器
独立栈
errno
信号屏蔽字
调度优先级

        上面的这几个属性当中,最重要的就是独立栈还有寄存器了,另外需要了解的就是线程ID,其余的几个知道就行了。

        为什么我说独立栈和寄存器是最重要的呢?因为明白线程有的这两个属性,才能真正明白线程切换还有线程运行时的行为特征,对于这部分博主会在讲解接口的时候为大家展开讲解的。

        线程之间的共享属性

文件描述符表
每种信号的处理方式 (SIG_ IGN SIG_ DFL 或者自定义的信号处理函数 )
当前工作目录
用户 id 和组 id

        其实上面的共享属性博主虽然说是线程之间的,但是本质上其实是进程级别的属性,只是线程本身没有额外的添加,从而直接把进程当中的拿过来了。为什么不添加呢?原因很简单,这些属性有且只能有一份存在,多了会导致程序执行紊乱。我用信号处理方式为例,如果线程1对于野指针问题导致的段错误的处理方式是忽略操作,而线程2对于野指针异常信号是直接让程序退出,那么真正来了一个段错误信号之后,进程应该采用哪一种方式呢?所以这部分属性是必须保持一致的。

2 线程库接口

2.1 线程库基础理解

        首先,博主在上一篇文章当中讲过,在Linux当中是没有真正的线程的,只有轻量级进程的概念,所以在Linux当中只有轻量级进程的接口,但是对于我们用户来说,我们是不认识什么轻量级进程的,我们只认线程,只要线程接口,但是Linux当中又没有,怎么办?只能是额外设计一个线程库用来封装轻量级进程的接口。因为有了这样一个库的存在,用户还是使用的线程的方法,而OS本质上还是使用的自己的那一套轻量级进程的管理方案。

        如下图就是Linux为我们添加的动态线程库:

        看到这个动态库,大家有没有想到一个东西呢?那就是在使用编译指令的时候需要在后面添加上一个-lpthread这样的一个后缀,否则OS就像是眼睛瞎了一样找不到,这一部分博主在动静态库连接的过程当中有讲过,博主也就不再赘述了。如下:

mythread:mythread.cc
	g++ -o $@ $^ -std=c++11 -lpthread
.PHONY:clean
clean:
	rm -f mythread

​

2.2 创建线程

        创建线程的函数接口如上图,这个函数的第一个参数是输出型参数,用于创建线程之后为我们返回一个线程ID这个东西,第二个表示线程的私有属性结构,一般来说我们不用对它做修改,所以传参时,直接传入一个nullptr就行,第三个参数表示我们要给线程执行的任务,因为它本身就是一个函数指针,之后传入一个返回类型为void*,参数也为void*的函数指针即可。第四个参数是一个输入型参数,这个参数的类型为void*,这表示了之后执行传入的函数的参数就是它。如下为使用方式。

代码:

#include <iostream>
#include <pthread.h>
#include <unistd.h>
#include <string>
using namespace std;

void toHex(int tid)
{
    printf("%x\n",tid);
}

void *running1(void *args)
{
    // 对无类型的数据做类型转换
    string data = static_cast<const char *>(args);

    while (true)
    {
        // 输出“hello world”表示正确
        cout << data << "线程ID ";
        toHex(pthread_self());
        sleep(1);
    }

    return nullptr;
}

int main()
{
    pthread_t tid1;
    const char *data = "hello world";

    // 创建线程
    int n = pthread_create(&tid1, nullptr, running1, (void *)data);

    // 创建线程返回值不为0表示错误
    if (n != 0)
    {
        cout << "create thread fail" << endl;
    }

    while (1)
    {
        cout << "I am main thread" << " ";
        toHex(pthread_self());
        sleep(1);
    }

    return 0;
}

 输出:

         如上代码可以看到,我们生成了线程,因为分别执行了两个死循环,所以证明了我们的线程已经生成了成功,并且,通过我们的线程执行函数里面,收到了主线程传递的参数,也可以证明我们的参数传递也是正确的。

        当然我这里只是简单的传入了一个字符串,其实最重要的是,这个参数使用无类型接收的参数,所以它可以传入任意的一个值都是没有问题的,什么意思呢?也就是说,我们的这个参数可以传递任意的类,结构体,这才是真正有意义的。

线程ID和LWP:

        大家看到了上面的输出结果,为什么会有线程ID和LWP两种不同的东西来表示我们的线程啊?这样做感觉好奇怪,有什么实际的意义吗?

        其实这样做确实是有它自己的意义的,首先,LWP所对应的值是什么?轻量级进程,这个是用来给操作系统看的,但是线程ID呢?这一点我们就不能简单的理解它了,我问一个问题,我们的线程被创建出来之后,他需要管理吗?需要被组织吗?当然需要,但是这是由谁来做的呢?难道是操作系统吗?

        事实上操作系统确实是做了一部分的管理和组织的功能,但是还有一部分内容是OS所不方便代为执行的,我们的线程栈还有线程局部存储,原因如下:

  1. 方便快捷:线程 ID 是一个整数类型的变量,易于在程序中进行传递和管理。

  2. 动态性:线程 ID 在创建线程时动态分配,并且可以重复使用,因此能够很好地适应不同场景下的线程管理需求。

  3. 安全性:使用线程 ID 能够保证每个线程的资源可以被独立地管理,从而避免多个线程之间产生冲突和竞争等问题。

        为什么这么说呢?还记得我们的线程库是怎么来的吗?通过封装LWP接口来的,所以按照实现的角度来说,是可以通过LWP来实现的,但是我们不这么做就是为了保证线程栈的独立性。

        看到我们输出图的线程ID转为16进制之后的值了吗?它是什么?它是一个地址,表示线程栈的首地址,因为这个地址是不相同的,所以每一次CPU执行有相同函数的线程的时候是不会出现紊乱的操作的,这样讲大伙估计有一些疑问,那么请看下图:

#include <iostream>
#include <pthread.h>
#include <unistd.h>
#include <string>
using namespace std;

void toHex(int tid)
{
    printf("%x\n",tid);
}

void *running1(void *args)
{
    // 对无类型的数据做类型转换
    //string data = static_cast<const char *>(args);
    int num = 100;
    while (true)
    {
        // 输出“hello world”表示正确
        //cout << data << "线程ID ";
        //oHex(pthread_self());

        cout << num << " " << &num << endl;
        sleep(1);
    }

    return nullptr;
}

int main()
{
    pthread_t tid1,tid2;
    //const char *data = "hello world";

    // 创建线程
    int n = pthread_create(&tid1, nullptr, running1, nullptr);
    int y = pthread_create(&tid2, nullptr, running1, nullptr);
    // 创建线程返回值不为0表示错误
    if (n != 0 || y != 0)
    {
        cout << "create thread fail" << endl;
    }


    while (1)
    {
        // cout << "I am main thread" << " ";
        // toHex(pthread_self());
        sleep(1);
    }

    return 0;
}

         我们看到上面的代码,如果说不同的线程进入了相同的函数之后,看到的是同一份资源,那么这个资源的地址按照道理来说应该是相同的,但是事实是这样吗?并不是,也不应该是一样的,否则我们的程序不就直接乱套了嘛。

       其实我们可以想象到操作系统是如何做的,我们的地址计算方式其实很简单,线程不是带有寄存器的数据嘛,那么一定有对应的寄存器是用来表示我们的线程独立栈的起始位置,和结束位置,然后通过起始地址偏移,就能找到所有变量在不同线程当中地址位置了。

2.2 线程资源回收

        大家有没有注意到,前面博主故意在回避线程执行完毕的返回值?并且我们的主线程创建完成线程之后还需要加一个死循环防止线程退出,这样的方式确实是有一点点挫了,所以这个时候就有了另外一个线程接口了:

         这个函数接口表示在主线程只有等待线程执行完毕之后才能继续相同运行,第一个参数就是我们的线程ID,用来识别是哪一个线程退出了,第二个参数就涉及到了我们的线程执行完毕之后的返回值了,因为线程的返回值是一个void*类型,如果我们直接传递void*类型去接收,那么必然会出现形参接收值得情况,这是我们不希望看到的,所以只能通过二级指针的方式接收。

#include <iostream>
#include <pthread.h>
#include <unistd.h>
#include <string>
using namespace std;

void toHex(int tid)
{
    printf("%x\n",tid);
}

typedef struct point
{
    int x;
    int y;
}point;

void *running1(void *args)
{
    int n = 10;
    while (n--)
    {
        cout << n << endl;
        sleep(1);
    }
    point* ret = new point;
    ret->x = 2;
    ret->y = 1;

    return (void*)ret;
}

int main()
{
    pthread_t tid1;
    // 创建线程
    int n = pthread_create(&tid1, nullptr, running1, nullptr);
    // 创建线程返回值不为0表示错误
    if (n != 0)
    {
        cout << "create thread fail" << endl;
    }

    point* ret = nullptr;

    pthread_join(tid1, (void**)&ret);
    
    cout << ret->x << ' ' << ret->y << endl;

    return 0;
}

         如上图可以看出,返回值可以是一个结构体,返回之后可以在主线程当中被使用,有意思波。并且大家有没有想过不使用return返回,而是通过exit退出会怎么样呢?很简单,整个进程直接退出了,这个是进程退出的函数啊伙伴们,虽然我们不能使用exit但是我们可以使用另外一个函数:

         这个函数的使用方式和return相同,博主也不想多讲,相信大家也是能明白的。

 2.3 线程分离

        基于上面的线程退出资源等待,我们有一个问题,那就是我的主线程并不关心你的退出资源,我主线程也有自己的事情要做,但是你却强制要我等你,这不是很烦的一件事情嘛,所以基于这个需求,线程还有一个接口用来分离线程:

         使用了这个函数之后,线程会与主线程分离,并且在此之后,主线程甚至不能去等待它了,等待就会出错,就像是我们分手了之后还是别去找对方比较好,省的还被骂一顿。

pthread_detach(tid1);

pthread_join(tid1, (void**)&ret);

        如上代码,我在join之前最线程进行分离,运行会出现什么问题?

         看吧,会出现问题的,等待函数直接不起作用了,所以记住线程分离之后是不能在等待的。

        直接退出的原因是由于等待函数不起作用了,并且主线程并没有需要执行的内容,进程直接退出,资源被释放了。


        以上就是博主对这一部分知识的群不理解了,希望能够帮助到大家。 这里博主抛出一个问题,那就是多线程同时对一个全局变量进行修改是否会出现什么问题呢?

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/657933.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

中北大学 - 信息对抗大三下学习课程设计(爬取招标网站,进行招标分析,数据保存execl中)

文章目录 1. 题目描述2. 项目细节分析定时爬取任务思路避免多次爬取数据重复问题网站结构根据爬取信息确认招标地区 3. 项目代码4. 运行截图 1. 题目描述 中北大学信息安全技术爬虫课程设计 题目 5&#xff1a;招投标信息分析系统 &#xff08;20050441 2005031113&#xff09…

Floyd算法图解,C++实现Floyd算法

Floyd算法简介 Floyd算法是一种多源最短路径算法&#xff0c;是利用动态规划的思想寻找给定的加权图中多源点之间最短路径的算法&#xff0c;与Dijkstra算法类似。该算法名称以创始人之一、1978年图灵奖获得者、斯坦福大学计算机科学系教授罗伯特弗洛伊德命名。 时间复杂度&am…

Python模块multiprocessing 实现多进程并发

简介 multiprocessing模块是Python标准库中提供的一个用于实现多进程编程的模块。它基于进程而不是线程&#xff0c;可以利用多核CPU的优势&#xff0c;提高程序的执行效率&#xff0c;同时也可以实现进程间通信和数据共享。 目录 1. 参数说明 1.1. Process&#xff08;控制进…

推荐系统初谈

文章目录 简介推荐系统与搜索引擎发展历史所属领域 推荐系统分类概览基于内容的推荐基于协同过滤的推荐基于内存的协同过滤基于模型的协同过滤基于矩阵分解的推荐 推荐系统的评价指标推荐系统存在的问题参考文献 简介 21年笔记迁移&#xff0c;主要介绍了推荐系统的定义、发展…

【IC设计】ICC1 workshop lab guide 学习笔记

文章目录 Lab1 Data Setup&Basic Flow1.1 Create a Milkyway library1.2 Load the Netlist,TLU,Constraints and Controls1.3 Basic Flow:Design Planning1.4 Bsic Flow:Placement1.5 Basic Flow:CTS1.6 Basic Flow:Routing Design Planning2.1 Load the Design2.2 Initial…

算法刷题-字符串-反转字符串II

简单的反转还不够&#xff0c;我要花式反转 541. 反转字符串II 力扣题目链接 给定一个字符串 s 和一个整数 k&#xff0c;从字符串开头算起, 每计数至 2k 个字符&#xff0c;就反转这 2k 个字符中的前 k 个字符。 如果剩余字符少于 k 个&#xff0c;则将剩余字符全部反转。 …

C++笔记之初始化线程的所有方法

code review! C笔记之初始化线程的所有方法 文章目录 C笔记之初始化线程的所有方法一.非类中初始化线程1.使用函数指针初始化线程2.lambda表达式初始化线程3.使用成员函数初始化线程4.使用函数对象(Functor)初始化线程5.使用std::bind绑定函数及其参数初始化线程 二.类中初始化…

滤波电容计算举例

例&#xff1a;输入电压220VAC&#xff0c;功率4W&#xff1b;要求输出电压波动不超过5%&#xff0c;试计算滤波电容容量。 解&#xff1a;&#xff08;1&#xff09;电容的储能公式为&#xff1a;Wc1/2CU^2 当电容充电到峰值电压&#xff08;即220x1.414310V&#xff09;时&am…

数仓的分层理论

一、简介 2021-4-25 11:04:16 数据仓库分层是数据仓库设计中非常重要的一个环节&#xff0c;一个好的分层设计可以极大地简化数据仓库的操作&#xff0c;提升使用体验。然需要注意的是&#xff0c;分层理论并不绝对&#xff0c;只是提供一种普适的指导思想和原则&#xff0c;…

[Spring Cloud]:Study Notes·壹

文章目录 摘要1 认识微服务1.1 单体架构与分布式架构1.2 分布式架构与微服务1.3 微服务架构 2 nacos2.1 什么是nacos2.2 nacos使用2.2.1 nacos使用逻辑2.2.2 启动下载好的nacos2.2.3 引入依赖2.2.4 各注册服务中配置nacos相关信息2.2.5 测试nacos注册成功 3 Ribbon负载均衡3.1 …

改进YOLO系列 | YOLOv5/v7 引入谷歌 Lion 优化器

论文地址:https://arxiv.org/pdf/2302.06675.pdf 代码地址:https://github.com/google/automl/tree/master/lion 我们提出了一种将算法发现作为程序搜索的方法,并将其应用于发现用于深度神经网络训练的优化算法。我们利用高效的搜索技术来探索一个无限且稀疏的程序空间。为了…

计算机视觉-语义分割: FCN DeepLab Unet

文章目录 1. 概要1.1 什么是语义分割1.2 语义分割作用1.3 全卷积网络1.4 反卷积1.5 上采样三种方式1.6 跳层结构 Skip Layer 2. FCN架构3. DeepLab-v13.1 改进点3.2 空洞卷积(Atrous/Dilated convolution) 4. U-Net参考 1. 概要 1.1 什么是语义分割 从像素水平上理解、识别图…

微信小程序——Echarts使用(保姆式教程)

✅作者简介&#xff1a;2022年博客新星 第八。热爱国学的Java后端开发者&#xff0c;修心和技术同步精进。 &#x1f34e;个人主页&#xff1a;Java Fans的博客 &#x1f34a;个人信条&#xff1a;不迁怒&#xff0c;不贰过。小知识&#xff0c;大智慧。 &#x1f49e;当前专栏…

从入门到精通!MATLAB基础教程及常用工具箱介绍

文章目录 基础介绍MATLAB窗口介绍MATLAB基本语法变量和数组控制流语句函数的定义和调用绘图MATLAB常用工具箱统计工具箱&#xff08;Statistics Toolbox)控制系统工具箱&#xff08;Control System Toolbox&#xff09;信号处理工具箱&#xff08;Signal Processing Toolbox&am…

搭建TiDB负载均衡环境-HAproxy+KeepAlived实践

作者&#xff1a; 我是咖啡哥 原文来源&#xff1a; https://tidb.net/blog/8e8cca1d 前言 HAProxy 提供 TCP 协议下的负载均衡能力&#xff0c;TiDB 客户端通过连接 HAProxy 提供的浮动 IP 即可对数据进行操作&#xff0c;实现 TiDB Server 层的负载均衡。同时&#xff0c…

SOFA Weekly|SOFARPC 5.10.1 版本发布、Layotto 社区会议回顾与预告、社区本周贡献

SOFA WEEKLY | 每周精选 筛选每周精华问答&#xff0c;同步开源进展 欢迎留言互动&#xff5e; SOFAStack&#xff08;Scalable Open Financial Architecture Stack&#xff09;是蚂蚁集团自主研发的金融级云原生架构&#xff0c;包含了构建金融级云原生架构所需的各个组件&am…

pytorch搭建AlexNet网络实现花分类

pytorch搭建AlexNet网络实现花分类 一、AlexNet网络概述分析 二、数据集准备下载划分训练集和测试集 三、代码model.pytrain.pypredict.py 一、AlexNet网络 概述 使用Dropout的方式在网络正向传播过程中随机失活一部分神经元&#xff0c;以减少过拟合 分析 对其中的卷积层、…

SORT+yolov5多目标跟踪

SORT 是一种简单的在线实时多目标跟踪算法。要点为&#xff1a; &#xff08;1&#xff09;以 IoU 作为前后帧间目标关系度量指标&#xff1b; &#xff08;2&#xff09;利用卡尔曼滤波器预测当前位置&#xff1b; &#xff08;3&#xff09;通过匈牙利算法关联检测框到目标&a…

thingsboard安装使用教程

1、安装tb-postgres tb-postgres是ThingsBoard与PostgreSQL数据库的单实例。 拉取tb-postgres镜像 docker pull thingsboard/tb-postgres 创建tb-postgres容器 docker run -itd --name tb-postgres -p 9090:9090 -p 1883:1883 -p 5683:5683/udp -p 5685:5685/udp -p 5432:…

如何使用银行四要素API接口提高用户身份认证的安全性

银行四要素是指银行在开户、转账等行为中对客户身份的核实&#xff0c;包括姓名、身份证号、银行卡号和手机号码。为了满足客户实名认证的需求&#xff0c;我们开发了相应的API接口&#xff0c;方便第三方开发人员进行身份核实的操作。 API接口名称&#xff1a;银行四要素验证…