线程是操作系统进程调度器可调度的最小粒度的执行单元
执行ps -eLF
查看线程
cpp
UID PID PPID LWP C NLWP SZ RSS PSR STIME TTY TIME CMD
root 103724 103680 103724 0 14 23667 40048 1 Jan24 ? 00:00:13 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 103725 0 14 23667 40048 1 Jan24 ? 00:00:01 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 103726 0 14 23667 40048 0 Jan24 ? 00:00:28 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 103727 0 14 23667 40048 0 Jan24 ? 00:00:30 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 103728 0 14 23667 40048 3 Jan24 ? 00:00:29 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 103729 0 14 23667 40048 3 Jan24 ? 00:00:27 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 103730 0 14 23667 40048 3 Jan24 ? 00:00:14 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 103731 0 14 23667 40048 3 Jan24 ? 00:00:00 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 103732 0 14 23667 40048 3 Jan24 ? 00:00:14 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 103814 0 14 23667 40048 2 Jan24 ? 00:00:00 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 103815 0 14 23667 40048 0 Jan24 ? 00:00:00 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 103816 0 14 23667 40048 2 Jan24 ? 00:00:00 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 103817 0 14 23667 40048 2 Jan24 ? 00:00:00 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
root 103724 103680 403265 0 14 23667 40048 1 10:14 ? 00:00:00 /root/.vscode-server/extensions/ms-vscode.cpptools-1.18.5-linux-arm64/bin/cpptools
通过输出看到是cpptools的进程 103724,它拥有多个线程,LWP就是线程ID,第一行的LWP 103724 == PID,表明是该线程组的主线程。NLWP表示该线程组有多少个线程(14个)。
- LWP,Light Weighted Process的缩写,Linux的线程实现是NPTL(Native Posix Thread Library),该模型下的线程被称为LWP,每一个用户态线程对应内核中的一个调度实体,拥有自己的task_struct。
空间布局
线程之间共享一份全局内存区域,包括初始化数据段、未初始化数据段(bss)、堆内存段。
Linux中通过pthread_create
创建线程,glibc要为每个线程独立分配线程栈,线程栈位于mmap区(位于栈和堆的中间,从高地址向低地址延伸)。
API
- 使用pthread_*API时,编译和链接时加
-pthread
选项
线程创建 pthread_create
cpp
int pthread_create(pthread_t *thread, const pthread_attr_t *attr,
void *(*start_routine) (void *), void *arg);
// thread:指向ptrhead_t结构体地址的指针,后续的API调用都通过该地址来操作
// void *arg:是start_routine函数的参数指针,如果需要传入多个参数,将多个参数放入结构体,将
// 结构体地址传入
// attr: 设置进程属性,调度策略等。man pthread_attr_init查看更多
// 返回值:成功返回0,否则返回错误状态码(不是<=-1的返回值)
// EAGAIN:超过进程能创建线程的限制
// EINVAL:attr值非法
// EPERM:没有权限设置attr的调度策略或参数
线程标识 pthread_self、pthread_equal
cpp
int pthread_equal(pthread_t t1, pthread_t t2);
// 相等返回非0,不相等返回0
pthread_t pthread_self(void);
// 返回调用线程的线程ID,上面说了NTPL实现中,这个ID是一个指向pthread_t结构体的指针
可以组合使用于特定的场景,比如:
- 主线程创建一个工作队列,再分配给线程池中的线程去处理工作,但是线程不可以自行从队列中争抢任务,由主线程将工作分配给特定的任务,主线程可以在每个任务中存储对应的线程ID
- 工作线程就可以通过这两个函数来确定是不是自己该处理的任务
线程退出
- 线程start_routine函数执行
return 返回值;
,例:return ((void *)1);
,如果使用return,那么清理函数pthread_cleanup_push()
和pthread_cleanup_pop()
无效 - 线程start_routine函数执行
pthread_exit()
- 其他线程通过
pthread_cancel(pthread_t thread)
取消线程,是一个请求,立即返回并不会等待指定线程退出,如果指定的thread可取消,那么其行为类似于thread调用了pthread_exit()
,不建议使用
cpp
void pthread_exit(void *retval);
retval记录线程的退出信息,记录方式:
- 不可以使用线程局部变量,因为线程退出会释放栈,该变量会消失,等到其他线程用
pthread_join()
接收时已经不存在了。 pthread_exit(NULL)
,仅退出,不返回信息- 使用全局变量
- 将返回的信息定义在堆空间,malloc分配,堆空间不会随着线程退出被释放,使用完信息后切记释放该空间,否则memory leak
- 字符串常量
退出的清理工作
cpp
// 执行清理函数,清理函数保存在线程栈中,所以先注册的后执行
void pthread_cleanup_push(void (*routine)(void *), void *arg);
// 移除清理函数
void pthread_cleanup_pop(int execute);
// 他们总是成对出现
以下情况会触发pthread_cleanup_push调用routine:
- 调用
pthread_exit()
- 响应其他线程的
pthread_cancel()
- 用
pthread_cleanup_pop(int execute)
主动执行,需要指定execute为非0
连接(释放)线程
join其他线程的时候会调用__nptl_free_tcb (pd);
释放退出线程的资源。但是NPTL模型会缓存该线程的内存地址,并不会立即munmap,后创建的线程会复用这块内存地址,避免了频繁的mmap
和munmap
,所以:
- 使用pthread_join连接退出线程,后面启动的线程会复用前面joined栈内存空间。
- 如果不使用pthread_join连接线程,那么新的线程会分配新的栈空间,从而导致内存泄漏。
cpp
// 等待指定的线程的退出并接收它的返回值,如果等待的线程没有退出则阻塞。
int pthread_join(pthread_t thread, void **retval);
// retval 存放线程返回值的地址
// 返回值:成功返回0
/* 失败返回错误码:
ESRCH:传入线程不存在
EINVAL:不是一个可join的线程,或者已经有其他线程在等待
EDEADLK:死锁,自己join自己或存在join环
*/
demo
创建2个线程,一个使用pthread_exit()
退出,另一个使用return
方式退出,使用pthread_join()
接收他们的退出码,并使用pthread_cleanup_push()
和pthread_cleanup_pop()
做线程结束的清理工作
cpp
#include <pthread.h>
#include <stdio.h>
#include <stdlib.h>
#define BUFF_SIZE 1024
void clean_up(void *arg) { printf("cleanup: %s\n", (char *)arg); }
void *test_func1(void *arg) {
pthread_t thread = pthread_self();
printf("thread1: %lu start\n", thread);
// 构造push handler函数信息
char s1[BUFF_SIZE];
char s2[BUFF_SIZE];
sprintf(s1, "thread1: %lu first handler", thread);
sprintf(s2, "thread1: %lu second handler", thread);
pthread_cleanup_push(clean_up, s1);
pthread_cleanup_push(clean_up, s2);
// return方式退出
return ((void *)10);
pthread_cleanup_pop(0);
pthread_cleanup_pop(0);
}
void *test_func2(void *arg) {
pthread_t thread = pthread_self();
printf("thread2: %lu start\n", thread);
// 构造push handler函数信息
char s1[BUFF_SIZE];
char s2[BUFF_SIZE];
sprintf(s1, "thread2: %lu first handler", thread);
sprintf(s2, "thread2: %lu second handler", thread);
pthread_cleanup_push(clean_up, s1);
pthread_cleanup_push(clean_up, s2);
// pthread_exit()退出
pthread_exit((void *)15);
pthread_cleanup_pop(0);
pthread_cleanup_pop(0);
}
int main() {
int err;
pthread_t tid1, tid2;
void *ret_info;
// 创建线程1
err = pthread_create(&tid1, NULL, test_func1, (void *)NULL);
if (err != 0) {
printf("create thread failure\n");
}
// 后面省略错误判断。。。
pthread_create(&tid2, NULL, test_func2, (void *)NULL);
// 接收进程1的退出信息
pthread_join(tid1, &ret_info);
printf("thread %lu exit code %d\n", tid1, (int)ret_info);
// 接收进程2的退出信息
pthread_join(tid2, &ret_info);
printf("thread %lu exit code %d\n", tid1, (int)ret_info);
return 0;
}
执行结果:
cpp
root@yielde:~/workspace/code-container/cpp/blog_demo# ./test
thread1: 281473444868384 start
thread2: 281473436414240 start
thread 281473444868384 exit code 10
cleanup: thread2: 281473436414240 second handler
cleanup: thread2: 281473436414240 first handler
thread 281473444868384 exit code 15
使用return退出的线程不会做清理工作,使用pthread_exit退出的线程会
线程分离
不可以同时detach又joinable哦~
通过pthread_join可以释放指定线程的资源,同时也可以获取退出线程的返回值。如果不关心其返回值,只是想让线程退出后由系统回收资源,有两种方法:
- 通过
pthread_detach
释放,可以线程自己调用,也可以通过其他线程调用
cpp
int pthread_detach(pthread_t thread);
// 返回值:成功返回0,失败返回错误编号,ESRCH表示无此线程、EINVAL表示线程不是joinable的
- 在创建线程时设置线程的属性
cpp
int pthread_attr_setdetachstate(pthread_attr_t *attr, int detachstate);
int pthread_attr_getdetachstate(const pthread_attr_t *attr, int *detachstate);
/*
int stat;
pthread_attr_getdetachstate(&attr, &stat);
if (stat == PTHREAD_CREATE_DETACHED) {
printf("pthread detached\n");
} else if (stat == PTHREAD_CREATE_JOINABLE) {
printf("pthread joinable\n");
}
*/
demo1 join退出线程
设置线程为joinable,通过pmap观察进程为线程分配的空间,验证我们上面连接(释放)线程 的结论。
使用pthread_join回收线程后再启动新的线程,栈空间被复用
cpp
#include <pthread.h>
#include <stdio.h>
#include <unistd.h>
void *start_thread(void *arg) {
printf("thread %d start\n", (int *)arg);
fflush(stdout);
sleep(10);
return NULL;
}
int main() {
pthread_t thread;
int ret;
pthread_attr_t attr;
pthread_attr_init(&attr);
pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_JOINABLE); //设置joinable
// pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED);
sleep(15);
ret = pthread_create(&thread, &attr, start_thread, (void *)1); // 创建线程1
pthread_join(thread, NULL); // 连接线程
sleep(10);
pthread_create(&thread, &attr, start_thread, (void *)2); // 线程1退出后,创建线程2
sleep(120);
return 0;
}
输出结果:
cpp
// 线程启动前
root@yielde:~/workspace/othergit# pmap 441486
441486: ./test
0000aaaacce40000 4K r-x-- test
0000aaaacce50000 4K r---- test
0000aaaacce51000 4K rw--- test
0000ffffb2830000 1568K r-x-- libc.so.6
0000ffffb29b8000 60K ----- libc.so.6
0000ffffb29c7000 16K r---- libc.so.6
0000ffffb29cb000 8K rw--- libc.so.6
0000ffffb29cd000 48K rw--- [ anon ]
0000ffffb29de000 172K r-x-- ld-linux-aarch64.so.1
0000ffffb2a13000 8K rw--- [ anon ]
0000ffffb2a15000 8K r---- [ anon ]
0000ffffb2a17000 4K r-x-- [ anon ]
0000ffffb2a18000 8K r---- ld-linux-aarch64.so.1
0000ffffb2a1a000 8K rw--- ld-linux-aarch64.so.1
0000ffffe582e000 132K rw--- [ stack ]
total 2052K
// 线程1启动后
root@yielde:~/workspace/othergit# pmap 441486
441486: ./test
0000aaaacce40000 4K r-x-- test
0000aaaacce50000 4K r---- test
0000aaaacce51000 4K rw--- test
0000aaaad3dea000 132K rw--- [ anon ]
0000ffffac000000 132K rw--- [ anon ]
0000ffffac021000 65404K ----- [ anon ]
0000ffffb2020000 64K ----- [ anon ] // 线程1
0000ffffb2030000 8192K rw--- [ anon ] // 线程2
0000ffffb2830000 1568K r-x-- libc.so.6
0000ffffb29b8000 60K ----- libc.so.6
0000ffffb29c7000 16K r---- libc.so.6
0000ffffb29cb000 8K rw--- libc.so.6
0000ffffb29cd000 48K rw--- [ anon ]
0000ffffb29de000 172K r-x-- ld-linux-aarch64.so.1
0000ffffb2a13000 8K rw--- [ anon ]
0000ffffb2a15000 8K r---- [ anon ]
0000ffffb2a17000 4K r-x-- [ anon ]
0000ffffb2a18000 8K r---- ld-linux-aarch64.so.1
0000ffffb2a1a000 8K rw--- ld-linux-aarch64.so.1
0000ffffe582e000 132K rw--- [ stack ]
total 75976K
// 线程1被join之后,启动线程2
root@yielde:~/workspace/othergit# pmap 441486
441486: ./test
0000aaaacce40000 4K r-x-- test
0000aaaacce50000 4K r---- test
0000aaaacce51000 4K rw--- test
0000aaaad3dea000 132K rw--- [ anon ]
0000ffffac000000 132K rw--- [ anon ]
0000ffffac021000 65404K ----- [ anon ]
0000ffffb2020000 64K ----- [ anon ] // 线程2,复用线程1的内存
0000ffffb2030000 8192K rw--- [ anon ] // 线程2,复用线程1的内存
0000ffffb2830000 1568K r-x-- libc.so.6
0000ffffb29b8000 60K ----- libc.so.6
0000ffffb29c7000 16K r---- libc.so.6
0000ffffb29cb000 8K rw--- libc.so.6
0000ffffb29cd000 48K rw--- [ anon ]
0000ffffb29de000 172K r-x-- ld-linux-aarch64.so.1
0000ffffb2a13000 8K rw--- [ anon ]
0000ffffb2a15000 8K r---- [ anon ]
0000ffffb2a17000 4K r-x-- [ anon ]
0000ffffb2a18000 8K r---- ld-linux-aarch64.so.1
0000ffffb2a1a000 8K rw--- ld-linux-aarch64.so.1
0000ffffe582e000 132K rw--- [ stack ]
total 75976K
demo2 不join退出线程
设置线程为joinable,通过pmap观察进程为线程分配的空间,验证我们上面连接(释放)线程 的结论。
不使用pthread_join回收线程后再启动新的线程,栈空间不能被复用,内存泄漏!!!
cpp
#include <pthread.h>
#include <stdio.h>
#include <unistd.h>
void *start_thread(void *arg) {
printf("thread %d start\n", (int *)arg);
fflush(stdout);
sleep(10);
return NULL;
}
int main() {
pthread_t thread;
int ret;
pthread_attr_t attr;
pthread_attr_init(&attr);
pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_JOINABLE);
// pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED);
sleep(15);
ret = pthread_create(&thread, &attr, start_thread, (void *)1);
// pthread_join(thread, NULL);
sleep(10);
pthread_create(&thread, &attr, start_thread, (void *)2);
sleep(120);
return 0;
}
输出结果:
cpp
// 线程启动前
root@yielde:~/workspace/code-container/cpp/blog_demo# pmap 441707
441707: ./test
0000aaaae39f0000 4K r-x-- test
0000aaaae3a00000 4K r---- test
0000aaaae3a01000 4K rw--- test
0000ffff9a0b0000 1568K r-x-- libc.so.6
0000ffff9a238000 60K ----- libc.so.6
0000ffff9a247000 16K r---- libc.so.6
0000ffff9a24b000 8K rw--- libc.so.6
0000ffff9a24d000 48K rw--- [ anon ]
0000ffff9a25f000 172K r-x-- ld-linux-aarch64.so.1
0000ffff9a294000 8K rw--- [ anon ]
0000ffff9a296000 8K r---- [ anon ]
0000ffff9a298000 4K r-x-- [ anon ]
0000ffff9a299000 8K r---- ld-linux-aarch64.so.1
0000ffff9a29b000 8K rw--- ld-linux-aarch64.so.1
0000ffffea091000 132K rw--- [ stack ]
total 2052K
// 启动线程1
root@yielde:~/workspace/code-container/cpp/blog_demo# pmap 441707
441707: ./test
0000aaaae39f0000 4K r-x-- test
0000aaaae3a00000 4K r---- test
0000aaaae3a01000 4K rw--- test
0000aaaaefa43000 132K rw--- [ anon ]
0000ffff94000000 132K rw--- [ anon ]
0000ffff94021000 65404K ----- [ anon ]
0000ffff998a0000 64K ----- [ anon ] // 线程1
0000ffff998b0000 8192K rw--- [ anon ] // 线程1
0000ffff9a0b0000 1568K r-x-- libc.so.6
0000ffff9a238000 60K ----- libc.so.6
0000ffff9a247000 16K r---- libc.so.6
0000ffff9a24b000 8K rw--- libc.so.6
0000ffff9a24d000 48K rw--- [ anon ]
0000ffff9a25f000 172K r-x-- ld-linux-aarch64.so.1
0000ffff9a294000 8K rw--- [ anon ]
0000ffff9a296000 8K r---- [ anon ]
0000ffff9a298000 4K r-x-- [ anon ]
0000ffff9a299000 8K r---- ld-linux-aarch64.so.1
0000ffff9a29b000 8K rw--- ld-linux-aarch64.so.1
0000ffffea091000 132K rw--- [ stack ]
total 75976K
// 启动线程2
root@yielde:~/workspace/code-container/cpp/blog_demo# pmap 441707
441707: ./test
0000aaaae39f0000 4K r-x-- test
0000aaaae3a00000 4K r---- test
0000aaaae3a01000 4K rw--- test
0000aaaaefa43000 132K rw--- [ anon ]
0000ffff94000000 132K rw--- [ anon ]
0000ffff94021000 65404K ----- [ anon ]
0000ffff99090000 64K ----- [ anon ] // 线程1退出,未被join,线程2启动分配新的内存
0000ffff990a0000 8192K rw--- [ anon ] // 线程1退出,未被join,线程2启动分配新的内存
0000ffff998a0000 64K ----- [ anon ] // 线程1
0000ffff998b0000 8192K rw--- [ anon ] // 线程1
0000ffff9a0b0000 1568K r-x-- libc.so.6
0000ffff9a238000 60K ----- libc.so.6
0000ffff9a247000 16K r---- libc.so.6
0000ffff9a24b000 8K rw--- libc.so.6
0000ffff9a24d000 48K rw--- [ anon ]
0000ffff9a25f000 172K r-x-- ld-linux-aarch64.so.1
0000ffff9a294000 8K rw--- [ anon ]
0000ffff9a296000 8K r---- [ anon ]
0000ffff9a298000 4K r-x-- [ anon ]
0000ffff9a299000 8K r---- ld-linux-aarch64.so.1
0000ffff9a29b000 8K rw--- ld-linux-aarch64.so.1
0000ffffea091000 132K rw--- [ stack ]
total 84232K
demo3 分离线程且不join
分离线程,并且不join,应当是内核释放线程资源,新的线程复用旧的线程内存
cpp
#include <pthread.h>
#include <stdio.h>
#include <unistd.h>
void *start_thread(void *arg) {
printf("thread %d start\n", (int *)arg);
fflush(stdout);
sleep(10);
return NULL;
}
int main() {
pthread_t thread;
int ret;
pthread_attr_t attr;
pthread_attr_init(&attr);
// pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_JOINABLE);
pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED); // 分离线程
sleep(15);
ret = pthread_create(&thread, &attr, start_thread, (void *)1);
// pthread_join(thread, NULL);
sleep(10);
pthread_create(&thread, &attr, start_thread, (void *)2);
sleep(120);
return 0;
}
运行结果:
cpp
// 启动线程前
root@yielde:~/workspace/code-container/cpp/blog_demo# pmap 441847
441847: ./test
0000aaaac3640000 4K r-x-- test
0000aaaac3650000 4K r---- test
0000aaaac3651000 4K rw--- test
0000ffffbc680000 1568K r-x-- libc.so.6
0000ffffbc808000 60K ----- libc.so.6
0000ffffbc817000 16K r---- libc.so.6
0000ffffbc81b000 8K rw--- libc.so.6
0000ffffbc81d000 48K rw--- [ anon ]
0000ffffbc834000 172K r-x-- ld-linux-aarch64.so.1
0000ffffbc869000 8K rw--- [ anon ]
0000ffffbc86b000 8K r---- [ anon ]
0000ffffbc86d000 4K r-x-- [ anon ]
0000ffffbc86e000 8K r---- ld-linux-aarch64.so.1
0000ffffbc870000 8K rw--- ld-linux-aarch64.so.1
0000fffff3717000 132K rw--- [ stack ]
total 2052K
// 启动线程1
root@yielde:~/workspace/code-container/cpp/blog_demo# pmap 441847
441847: ./test
0000aaaac3640000 4K r-x-- test
0000aaaac3650000 4K r---- test
0000aaaac3651000 4K rw--- test
0000aaaaedee5000 132K rw--- [ anon ]
0000ffffb4000000 132K rw--- [ anon ]
0000ffffb4021000 65404K ----- [ anon ]
0000ffffbbe70000 64K ----- [ anon ] // 线程1
0000ffffbbe80000 8192K rw--- [ anon ] // 线程1
0000ffffbc680000 1568K r-x-- libc.so.6
0000ffffbc808000 60K ----- libc.so.6
0000ffffbc817000 16K r---- libc.so.6
0000ffffbc81b000 8K rw--- libc.so.6
0000ffffbc81d000 48K rw--- [ anon ]
0000ffffbc834000 172K r-x-- ld-linux-aarch64.so.1
0000ffffbc869000 8K rw--- [ anon ]
0000ffffbc86b000 8K r---- [ anon ]
0000ffffbc86d000 4K r-x-- [ anon ]
0000ffffbc86e000 8K r---- ld-linux-aarch64.so.1
0000ffffbc870000 8K rw--- ld-linux-aarch64.so.1
0000fffff3717000 132K rw--- [ stack ]
total 75976K
// 启动线程2
root@yielde:~/workspace/code-container/cpp/blog_demo# pmap 441847
441847: ./test
0000aaaac3640000 4K r-x-- test
0000aaaac3650000 4K r---- test
0000aaaac3651000 4K rw--- test
0000aaaaedee5000 132K rw--- [ anon ]
0000ffffb4000000 132K rw--- [ anon ]
0000ffffb4021000 65404K ----- [ anon ]
0000ffffbbe70000 64K ----- [ anon ] // 线程1退出,启动线程2,内存复用
0000ffffbbe80000 8192K rw--- [ anon ] // 线程1退出,启动线程2,内存复用
0000ffffbc680000 1568K r-x-- libc.so.6
0000ffffbc808000 60K ----- libc.so.6
0000ffffbc817000 16K r---- libc.so.6
0000ffffbc81b000 8K rw--- libc.so.6
0000ffffbc81d000 48K rw--- [ anon ]
0000ffffbc834000 172K r-x-- ld-linux-aarch64.so.1
0000ffffbc869000 8K rw--- [ anon ]
0000ffffbc86b000 8K r---- [ anon ]
0000ffffbc86d000 4K r-x-- [ anon ]
0000ffffbc86e000 8K r---- ld-linux-aarch64.so.1
0000ffffbc870000 8K rw--- ld-linux-aarch64.so.1
0000fffff3717000 132K rw--- [ stack ]
total 75976K
总结
线程的优点
- 创建、终止线程比进程快
- 线程之间的上下文切换开销比进程小
- 线程间数据共享比进程间小
线程的缺点
- linux系统中,如果一个线程触发segment fault,那么内核会认为该进程有问题,为了防止进一步破坏内存空间,内核会将整个进程杀掉。
- 多线程的设计通常比较复杂,一方面线程的负载在很多场景下很难平衡,另一方面如果出现顺序依赖问题,设计不当会出现数据破坏,性能下降的问题。
进程与线程API联想
进程API | 线程API | 备注 |
---|---|---|
fork | pthread_create | 创建新的 |
exit | pthread_exit | 退出 |
waitpid | pthread_join | 获取退出状态,释放指定ID资源 |
atexit | pthread_cleanup_push | 退出前做的清理操作 |
getpid | pthread_self/syscall(SYS_gettid) | 上面说过,pthread_self获取的是指向存放pthread_t内存的指针。如果要获得shell看到的线程ID号,使用syscall(SYS_gettid) |
abort | pthread_cancel | 被其他人终止 |
学习自:
《UNIX环境高级编程》
《Linux环境编程从应用到内核》高峰 李彬 著