1. 线程分离

1. 为什么要线程分离？

使用 pthread_join 默认是阻塞的 ，即主线程等待 新线程退出
在这个过程中，主线程会直接卡住，就没办法继续向后运行，也就什么都干不了

若主线程 想做其他事情 ，所以就提出了线程分离的概念

---

默认情况下，新创建的线程是joinable的
即 线程默认被创建出来时，必须被join的， 若不能被join，线程对应的资源就无法释放，进而造成内存泄漏问题

若不关心线程的返回值，join是一种负担，创建一个线程时，提前告诉它，要分离这个线程

2. 具体使用

输入 man pthread_detach

---

参数为 要分离线程的线程id

一个线程被分离，就无法再被join，如果join，函数就会报错

---

---

刚开始有主线程和新线程，使用pthread_join 使主线程等待新线程退出
随着自定义函数循环结束，将返回值传给join，新线程结束，
在休眠5秒后，主线程结束

---

---

由于使用线程分离后，就不能使用pthread_join ，所以运行可执行程序后会报错

3. 为什么有时候分离在调用join 会正常运行？

在自定义函数中自己把自己分离

---

可执行程序运行后，发现并没有报错，分离和没分离是一样的

---

线程被创建的时候，谁先执行并不确定
当使用pthread_create 创建线程时，有可能新线程没有跑，而是主线程继续向下执行，进入join,
然后新线程才把自己分离
join时没有分离，join后才进行分离，所以会正常执行程序

2. 如何理解线程库？

---

自己形成的可执行程序，要跟库文件关联起来
库要加载到内存中，经过页表映射到地址空间的共享区中

进程中的多线程，可以随时访问库中的代码和数据
每个线程也都可以访问映射过来的pthread库

线程库也需要管理线程，先描述再组织
线程库创建类似的管理线程的TCB

---

创建进程时，在内核中存在LWP(轻量级进程),为了更好管理LWP，没办法给用提供线程接口，就必须使用pthread库来适配，对线程做管理，与LWP产生关联，包含库中的线程属性 即TCB

在库中通过自己定义的线程控制结构，把内核中的LWP控制起来

如何理解 先描述 在组织？

描述：
struct pthread 描述的是线程的其他的一些属性
线程局部存储 (后面会详细讲)
线程独立的栈
整体红色的框 作为一个结构体 等同于 线程的TCB 结构 进行描述
创建一个线程就有一个红色框

---

组织：
整体红色的框 作为一个结构体
把 每个结构体想象成数组， 可以聚合在一起
找线程，找红色框的起始地址即可 称为 线程ID
pthread_t 就是一个地址数据，用来标识线程相关属性集合、
这个地址是虚拟地址

3. C++中使用多线程

添加头文件 #include < thread>

使用 thread 创建对象th
想要执行什么方法，可以把方法传入对象中
通过对象 . 的方式 可以调用 join detach 等

---

c++底层是对原生线程库的封装
所以需要在makefile中添加pthread库

---

可执行程序即可正常运行

4. 线程局部存储

局部变量

局部变量在每个线程中是私有的

---

cnt在自定义函数中作为局部变量，属于栈上的
每个线程都有自己的栈，所以cnt属于每个线程都有的

---

---

三个线程对应的cnt地址是不相同的
三个线程的栈是不同的，局部变量cnt开辟到不同的栈中
cnt是同一个变量，地址绝对不一样

---

在自定义函数内定义的 局部变量cnt 是在运行时开辟的
编译时就把代码编译好了
局部变量会转化为汇编，以栈顶或者栈底为参考点 减去或者加上 对应数字 就代表是开辟空间

更改 ebp 和 esp 就可以切换栈
ebp 可以是 线程1 、线程2、线程3的栈底，根据调度的不同 ，在不同的栈中开辟不同的变量

全局变量

默认情况下，全局变量是所有线程共享的

---

创建全局变量g_val，并对其进行修改

---

当有多个线程对全局变量修改时，地址是相同的 ，说明全局变量是所有线程共享的

---

全局变量在已初始化数据段处开辟的空间

---

若不想g_val 被全局共享 ，则加入 __thread 编译选项
可以构建每个线程之间的局部存储

---

每个线程对应的地址是不一样的
说明全局变量g_val 在每个线程中各自有一份

---

修改后的全局变量 在 线程局部存储 当中
将原来的全局变量给 主线程 以及新线程对应的 线程局部存储 都拷贝一份
每个线程都私有一份，所以地址都不一样