线程栈

主线程(进程 main 栈)特性:
(1)来源:fork 复制父进程栈
(2)可动态自动扩容
(3)缺页容错特殊:允许访问未映射页、不一定直接段错误的栈
线程栈
mem = mmap(NULL, size, prot, MAP_PRIVATE | MAP_ANONYMOUS | MAP_STACK, -1, 0);
- 标志
MAP_STACK:专门标记这块内存用作线程栈; - 默认固定 8MB 大小(一般够用),不支持动态扩容,空间用完直接栈溢出崩溃;
- 属于进程虚拟地址里一块独立匿名映射区域
pthread_create → allocate_stack(mmap 分配栈)→ 调用sys_clone(clone封装了sys_clone)系统调用 ,clone 时把 mmap 得到的栈顶(栈向下增长)newsp传给内核,内核新建 task_struct (LWP) 绑定该栈。
int clone(int (*fn)(void *), void *stack, int flags, void *arg, ...);
线程之间虽说是“私有”的线程栈,但线程之间也可以访问


子线程的a变量虽然定义在其“私有”的线程栈上,但因为线程之间的虚拟地址空间是共享的所以其它线程当然也可以通过地址访问到a变量。
即只要拿到栈内变量地址,线程语法上能访问,但不推荐跨线程读写对方栈:
- 子线程退出时 mmap 栈会被 munmap 释放,指针变成野指针;
- 属于 C/C++ 未定义行为,不同系统 / 内核表现不一致(有时正常、有时段错误)。
C++封装线程
先再认识2个接口
设置线程名:
1 2// 参数1 线程tid,参数2 字符串名字 3int pthread_setname_np(pthread_t thread, const char *name);
获取线程名:
1char buf[16]; 2pthread_getname_np(pthread_t tid, buf, sizeof(buf));
pthread.hpp:
1#pragma once 2#include <iostream> 3#include <pthread.h> 4#include <unistd.h> 5#include <functional> 6#include <string> 7#include <errno.h> 8#include <cstring> 9#include<cstdint> 10using namespace std; 11namespace ThreadModlue 12{ 13 static uint32_t number = 1;//bug多个线程同时构造时,number++存在数据竞争,会出现重名线程 14 //定义在 <cstdint>不用int是两点:1. 线程编号只能是正数 15 //2. uint32_t固定 32 位,跨平台不会溢出 16 using func_t = function<void()>; 17 18 class Thread 19 { 20 private: 21 void EnableRunning() 22 { 23 cout<<"_isrunning=true"<<endl; 24 _isrunning = true; 25 } 26 void EnableDetach() 27 { 28 cout << "_isdetach=true" << endl; 29 _isdetach = true; 30 } 31 static void *Routine(void *args) 32 { 33 Thread *self = static_cast<Thread *>(args); 34 self->EnableRunning(); 35 self->Detach(); 36 pthread_setname_np(self->_tid, self->_name.c_str()); 37 self->_func(); // 回调处理 38 return nullptr; 39 } 40 //C++ 普通成员函数隐藏第一个参数 this,函数真实原型,所以Routine真实原型 41 //void Routine(Thread* this, void* args);与pthread_create 对线程入口函数的强制要求 42 //void* (*start_routine)(void*);只接收单个 void * 参数,不能多参数。有冲突所以加static, 43 //static成员函数没有隐含this指针 44 45 public: 46 Thread(func_t func) 47 : _isdetach(false), _isrunning(false), _tid(0), _func(func) 48 { 49 _name = "thread-" + std::to_string(number++); 50 } 51 void Detach() 52 { 53 if (_isrunning && _isdetach) 54 { 55 cout<<"调用了phread_detach,线程分离了"<<endl; 56 pthread_detach(_tid); 57 } 58 else if (_isdetach == false) 59 EnableDetach(); 60 } 61 62 bool Start() 63 { 64 if (_isrunning) 65 return false; 66 int n = pthread_create(&_tid, nullptr, Routine, this); 67 if (n != 0) 68 { 69 std::cerr << "create thread error: " << strerror(n) << std::endl; 70 return false; 71 } 72 else 73 { 74 std::cout << _name << " create success" << std::endl; 75 return true; 76 } 77 } 78 bool Stop() 79 { 80 if (_isrunning) 81 { 82 int n = pthread_cancel(_tid); 83 if (n != 0) 84 { 85 std::cerr << "stop thread error: " << strerror(n) << std::endl; 86 return false; 87 } 88 else 89 { 90 _isrunning = false; 91 std::cout << _name << " stop" << std::endl; 92 return true; 93 } 94 } 95 return false; 96 } 97 bool Join() 98 { 99 if (_isdetach) 100 { 101 return false; 102 } 103 int n = pthread_join(_tid, nullptr); 104 if (n != 0) 105 { 106 std::cerr << "join thread error: " << strerror(n) << std::endl; 107 return false; 108 } 109 else 110 { 111 std::cout << _name << " join" << std::endl; 112 return true; 113 } 114 } 115 ~Thread() 116 { 117 } 118 119 private: 120 pthread_t _tid; 121 bool _isrunning; 122 bool _isdetach; 123 func_t _func; 124 string _name; 125 }; 126 127};
main.cc:
1#include "pthread.hpp" 2#include <unistd.h> 3#include <vector> 4using namespace ThreadModlue; 5void func() 6{ 7 while (1) 8 { 9 char name[128]; 10 pthread_getname_np(pthread_self(), name, sizeof(name)); 11 std::cout << "我是一个新线程: " << name << std::endl; // 我的线程的名字是什么呀?debug 12 sleep(1); 13 } 14} 15int main() 16{ 17 Thread t(func); 18 19 t.Detach(); 20 t.Start(); 21 sleep(5); 22 23 t.Stop(); 24 25 sleep(5); 26 27 t.Join(); 28 29 return 0; 30}
运行结果:

线程局部存储(TLS)
1#include <iostream> 2#include <pthread.h> 3#include <unistd.h> 4#include <cstring> 5#include <stdio.h> 6using namespace std; 7static int count = 0; 8string Addr(int &c) 9{ 10 char addr[64]; 11 snprintf(addr, sizeof(addr), "%p", &c); 12 return addr; 13} 14void *routine1(void *args) 15{ 16 (void)args; 17 while (1) 18 { 19 cout << "thread-1,count=" << count << "[我来修改count]," 20 << "&count: " << Addr(count) << endl; 21 count++; 22 sleep(1); 23 } 24} 25void *routine2(void *args) 26{ 27 (void)args; 28 while (1) 29 { 30 cout << "thread-2,count=" << count 31 << "&count: " << Addr(count) << endl; 32 count++; 33 sleep(1); 34 } 35} 36int main() 37{ 38 pthread_t tid1, tid2; 39 pthread_create(&tid1, nullptr, routine1, nullptr); 40 pthread_create(&tid2, nullptr, routine2, nullptr); 41 42 pthread_join(tid1, nullptr); 43 pthread_join(tid2, nullptr); 44 45 return 0; 46}
运行结果:

我们可以从运行结果看出count的地址并没有发生变化,再换成__thread int count=0后:

发现两个线程的count不一样了,互不影响
线程局部存储原理:操作系统为每个线程单独分配 TLS 内存段,线程访问时自动切换自身副本,地址各不相同,互不干扰,完全隔离。
线程互斥
进程线程间的互斥相关背景概念
• 共享资源
• 临界资源:多线程执行流被保护的共享的资源就叫做临界资源
• 临界区:每个线程内部,访问临界资源的代码,就叫做临界区
• 互斥:任何时刻,互斥保证有且只有⼀个执行流进入临界区,访问临界资源,通常对临界资源起 保护作用
• 原子性:不会被任何调度机制打断的操作,该操作只有两态,要么完成, 要么未完成
下面我们看一段模拟抢票过程的代码
1#include <stdio.h> 2#include <stdlib.h> 3#include <string.h> 4#include <unistd.h> 5#include <pthread.h> 6int ticket = 100; 7void *route(void *arg) 8{ 9 char *id = (char *)arg; 10 while (1) 11 { 12 if (ticket > 0) 13 { 14 usleep(1000); 15 printf("%s sells ticket:%d\n", id, ticket); 16 ticket--; 17 } 18 else 19 { 20 break; 21 } 22 } 23 return nullptr; 24} 25int main() 26{ 27 pthread_t t1, t2, t3, t4; 28 pthread_create(&t1, NULL, route, (void *)"thread 1"); 29 pthread_create(&t2, NULL, route, (void *)"thread 2"); 30 pthread_create(&t3, NULL, route, (void *)"thread 3"); 31 pthread_create(&t4, NULL, route, (void *)"thread 4"); 32 pthread_join(t1, NULL); 33 pthread_join(t2, NULL); 34 pthread_join(t3, NULL); 35 pthread_join(t4, NULL); 36} 37
运行结果(截取一部分):

为什么会有数据不一致问题:
核心原因:ticket--不是原子操作,3条汇编
10xFF00 mov ebx, ticket // 1. 从内存把ticket载入CPU寄存器ebx 20xFF02 sub ebx, 1 // 2. CPU运算:寄存器内数值-1 30xFF04 mov ticket, ebx // 3. 把计算结果写回内存ticket
这三步是分开执行的,线程切换可以发生在任意两步中间,所以数据就会错乱。
eg:
- 内存开始
ticket=100,线程 A 执行到0xFF04时,发生线程切换,此时保留线程的硬件上下文,pc指针为0XFF04,ebx为99 - 切换到线程 B,假如完整并且多次执行了三次汇编,将
ticket修改为 1 - 切回线程 A,从 PC=0xFF04 继续执行:直接把 ebx=99 写回内存
- 最终内存
ticket=99,线程 B 的修改直接丢失,数据完全错乱
为什么会出现负数的情况:
当几个线程的ticket都为1时
- 线程 A:
if(ticket>0)判断通过,进入usleep主动放弃 CPU - 线程 B:同样
if(ticket>0)判断通过,进入usleep - 两个线程同时唤醒,先后执行:打印 ticket=1 → ticket-- 最终内存 ticket = -1,出现超卖负数。
usleep的作用:
人为拉长 “判断票数” 和 “修改票数” 之间的间隔(因为进入usleep后当前线程休眠了,cpu就有就会去调度其它线程了),强制触发线程切换,容易看到bug
线程切换触发时机
线程切走时机(就是陷入内核时机):
- 时间片耗尽
- 阻塞式系统调用:sleep/IO 读写等等
- 中断
线程切回时机(选择新的线程)
系统调用完成,从内核态切回用户态时,操作系统检查是否需要换线程
pthread_mutex_t 互斥锁

依赖头文件
#include <pthread.h>
两种初始化方法
静态初始化(全局锁)---无需手动销毁,程序结束自动释放;
pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER;
动态初始化(局部锁 )
int pthread_mutex_init(pthread_mutex_t *restrict mutex, const pthread_mutexattr_t *restrict attr);
attr传NULL使用默认锁属性;- 使用完毕必须调用
pthread_mutex_destroy(&mutex)释放资源。
销毁接口
int pthread_mutex_destroy(pthread_mutex_t *mutex);
核心操作函数(全原子执行)
| 函数 | 作用 | 阻塞特性 |
|---|---|---|
| pthread_mutex_lock(pthread_mutex_t *mutex) | 申请锁 | 阻塞版:锁被占用时,线程挂起等待 |
| pthread_mutex_trylock(pthread_mutex_t *mutex) | 尝试申请锁 | 非阻塞版:拿不到锁直接返回错误,不挂起线程 |
| . pthread_mutex_unlock(pthread_mutex_t *mutex) | 释放锁 | 无阻塞,归还锁资源 |
加锁:尽量加锁的范围粒度要比较细,尽可能的不要包含太多的非临界区代码
方式1:全局锁
1int ticket = 100; 2pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER; // 方法1静态全局初始化 3 4void *route(void *arg) 5{ 6 char *id = (char *)arg; 7 while (1) 8 { 9 pthread_mutex_lock(&mutex); 10 if (ticket > 0) 11 { 12 usleep(1000); 13 printf("%s sells ticket:%d\n", id, ticket); 14 ticket--; 15 pthread_mutex_unlock(&mutex); 16 } 17 else 18 { 19 pthread_mutex_unlock(&mutex); 20 break; 21 } 22 } 23 return nullptr; 24}
方式2:局部锁
1// 全局共享票数 2int ticket = 100; 3 4void *route(void *arg) 5{ 6 char *id = (char*)arg; 7 // 1. 定义局部互斥锁(栈上局部变量) 8 pthread_mutex_t mutex; 9 // 2. 动态初始化锁,attr传NULL使用默认属性 10 pthread_mutex_init(&mutex, NULL); 11 12 while (1) { 13 // 加锁进入临界区 14 pthread_mutex_lock(&mutex); 15 16 if (ticket > 0) { 17 usleep(1000); 18 printf("%s sells ticket:%d\n", id, ticket); 19 ticket--; 20 // 分支内解锁 21 pthread_mutex_unlock(&mutex); 22 } else { 23 // 无票也要先解锁再退出循环 24 pthread_mutex_unlock(&mutex); 25 break; 26 } 27 } 28 29 // 3. 销毁局部锁,释放内核资源 30 pthread_mutex_destroy(&mutex); 31 return NULL; 32}
2种方式的运行结果(截取一部分):


发现确实这一次的结果正确了,但是为什么绝大部分都是线程2在抢票呢?甚至线程3和4根本就没有机会抢票
我们不妨分析一下整个过程:
- thread 2 拿到锁,锁内 sleep 1ms 模拟卖票;
- 打印、ticket--、执行
unlock释放锁; - 代码无任何延时,直接跳回
while(1)顶部,立刻执行lock; - 此时 thread1、thread4和thread3 还在内核就绪队列排队,CPU 优先调度刚跑完的 thread2,再次抢占锁;
- 循环往复,就出现同一个线程连续打印十几张票的现象。
怎么解决呢?
循环末尾加 usleep,下一次循环抢锁前,先延时一会,让出 CPU 给其他线程
1void *route(void *arg) 2{ 3 char *id = (char *)arg; 4 while (1) 5 { 6 pthread_mutex_lock(&mutex); 7 if (ticket > 0) 8 { 9 usleep(1000); 10 printf("%s sells ticket:%d\n", id, ticket); 11 ticket--; 12 pthread_mutex_unlock(&mutex); 13 } 14 else 15 { 16 pthread_mutex_unlock(&mutex); 17 break; 18 } 19 // 新增:解锁后休眠,给其他线程调度时间 20 usleep(1000); 21 22 } 23 return nullptr; 24}
这次的运行结果:

c++锁
c++自己也有锁
1#include<mutex> 2int ticket = 100; 3mutex cpp_lock; 4void *route(void *arg) 5{ 6 char *id = (char *)arg; 7 while (1) 8 { 9 cpp_lock.lock(); 10 if (ticket > 0) 11 { 12 usleep(1000); 13 printf("%s sells ticket:%d\n", id, ticket); 14 15 ticket--; 16 cpp_lock.unlock(); 17 } 18 else 19 { 20 cpp_lock.unlock(); 21 break; 22 } 23 } 24 return nullptr; 25} 26
基于RAII风格的互斥锁
test.cc:
1#include <stdio.h> 2#include <stdlib.h> 3#include <string.h> 4#include <unistd.h> 5#include <pthread.h> 6#include "Mutex.hpp" 7using namespace std; 8using namespace MutexModule; 9int ticket = 100; 10class ThreadData 11{ 12public: 13 ThreadData(const string &name, Mutex &lock) 14 : _name(name), _lockp(lock) 15 { 16 } 17 ~ThreadData() 18 { 19 } 20 21 22 string _name; 23 Mutex &_lockp;//为什么是引用? 24}; 25//函数形参写 &:只是接收外部对象时不拷贝; 26//类内部成员没写 &:初始化列表会执行拷贝,生成独立副本; 27//想要全程共用同一把锁,构造参数 和 类成员 必须同时是引用 / 指针,只改一边没用。 28 29void *route(void *arg) 30{ 31 ThreadData *td = static_cast<ThreadData *>(arg); 32 while (1) 33 { 34 { LockGuard guard(td->_lockp); 35 if (ticket > 0) 36 { 37 usleep(1000); 38 printf("%s sells ticket:%d\n", td->_name.c_str(), ticket); 39 ticket--; 40 41 } 42 else 43 { 44 45 break; 46 } 47 } 48 usleep(1000); 49 } 50 return nullptr; 51} 52int main() 53{ 54 55 Mutex lock; 56 pthread_t t1, t2, t3, t4; 57 ThreadData *td1 = new ThreadData("thread 1", lock); 58 pthread_create(&t1, NULL, route, td1); 59 60 ThreadData *td2 = new ThreadData("thread 2", lock); 61 pthread_create(&t2, NULL, route, td2); 62 63 ThreadData *td3 = new ThreadData("thread 3", lock); 64 pthread_create(&t3, NULL, route, td3); 65 66 ThreadData *td4 = new ThreadData("thread 4", lock); 67 pthread_create(&t4, NULL, route, td4); 68 69 pthread_join(t1, NULL); 70 pthread_join(t2, NULL); 71 pthread_join(t3, NULL); 72 pthread_join(t4, NULL); 73 74 delete td1,td2,td3,td4; 75 76 77 return 0; 78} 79
Mutex.hpp:
1#pragma once 2#include <iostream> 3#include <pthread.h> 4namespace MutexModule 5{ 6 //第一层 Mutex 类:封装底层 C 锁 API 7 class Mutex 8 { 9 public: 10 Mutex() 11 { 12 pthread_mutex_init(&_mutex, nullptr); 13 } 14 void Lock() 15 { 16 int n = pthread_mutex_lock(&_mutex); 17 (void)n; 18 } 19 void Unlock() 20 { 21 int n = pthread_mutex_unlock(&_mutex); 22 (void)n; 23 } 24 ~Mutex() 25 { 26 pthread_mutex_destroy(&_mutex); 27 } 28 29 private: 30 pthread_mutex_t _mutex; 31 }; 32 class LockGuard 33 { 34 public: 35 LockGuard(Mutex &mutex):_mutex(mutex)//这里&但是!这只作用在函数内部临时变量 mutex,不影响类成员_mutex 36 //比如mutex++,等等确实是引用,会影响外面传入的锁,但是_mutex(mutex)如果参数没有引用,就会发生值拷贝 37 { 38 _mutex.Lock(); 39 } 40 ~LockGuard() 41 { 42 _mutex.Unlock(); 43 } 44 45 46 private: 47 Mutex &_mutex;//为什么是引用? 48 49 }; 50 51 52}
3层封装关系:
Mutex(最底层,基础封装):直接封装 C 原生 pthread_mutex_t,负责锁的初始化、加锁、解锁、销毁
LockGuard(中层,RAII 自动管理层):
- 构造函数:创建 Guard 瞬间调用
_mutex.Lock()拿锁 - 析构函数:Guard 离开作用域自动
_mutex.Unlock()释放锁 作用:消除手动 unlock,杜绝漏解锁死锁,实现 RAII 自动资源管理
ThreadData(最上层):封装线程名字和锁
特别说明:内层{}

内层{}作用:LockGuard 是局部栈对象,离开包裹它的 {} 代码块时,自动调用析构函数解锁。 如果不加这对大括号,guard 的生命周期会覆盖整个 while(1) 循环体,锁会持有整整一轮循环。
这样的话后面的usleep(1000)才能发挥无锁休眠,其他线程可以抢锁的效果,如果没有内层{}到了usleep(1000)仍然是持有锁,其它线程不能抢占锁,导致一个线程长期霸占锁。
没有内层{}: 有:


几个结论:
1.锁本身也是临界资源:多线程同时竞争lock时,申请锁的底层操作必须是 CPU 原子指令,避免锁自身发生竞争错乱;
2.互斥锁本质能力
- 并行转串行:临界区代码同一时刻只允许一个线程执行,消除数据竞争
- 变相原子性: 临界区代码在执行期间,不会被其它线程打断
3.对临界资源的保护本质:就是用锁对临界区代码的保护
核心问题:临界区内部(加了锁后)允许线程切换吗?切换后会发生什么?
先说结论
操作系统完全允许在线程持有锁时切换线程,锁不会阻止内核的调度切换,只会阻塞其他线程进入临界区
切换后的行为
当前线程拿着锁被切走、让出 CPU,其他线程尝试执行pthread_mutex_lock时,发现锁已被占用,不能进入临界区,等该线程重新被调度回来后,继续执行剩余临界区代码,直到主动unlock释放锁,其他线程才能竞争后抢到锁再进入。
临界区对外具备原子性
对没有持有锁的外部线程来说,只关心持有锁的线程要么完整走完临界区并释放锁,要么完全不进入,不关心临界区的中间执行状态
理解锁
互斥锁两种底层实现方式
硬件级方案:关闭时钟中断(单 CPU 老式实现思路,多cpu性能损耗极大,不再使用)
软件级方案(现代 CPU 通用):原子交换指令 xchg(CPU 提供swap/xchg交换指令,单条硬件指令、不可分割,天然原子)
伪代码(lock和unlock):


锁状态约定
mutex=1:锁空闲,可抢占mutex=0:锁已被其他线程持有
线程 A、B 同时执行xchgb %al, mutex场景演示:
- 初始内存
mutex=1,寄存器%al都会置为0 - 线程 A 交换:
al=1、内存mutex=0→ 判断al>0,成功拿锁 - 线程 B 随后交换:
al=0、内存mutex=0→ 判断失败,循环重试等待
关键结论
交换是数据互换,不是拷贝,全局内存只有一份 mutex 变量,谁交换到1,谁就占有锁资源。
《线程栈与TLS和线程互斥》 是转载文章,点击查看原文。