线程是操作系统进程调度器可调度的最小粒度的执行单元

执行ps -eLF查看线程

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

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

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()，不建议使用

void pthread_exit(void *retval);

retval记录线程的退出信息，记录方式：

不可以使用线程局部变量，因为线程退出会释放栈，该变量会消失，等到其他线程用pthread_join()接收时已经不存在了。
pthread_exit(NULL)，仅退出，不返回信息
使用全局变量
将返回的信息定义在堆空间，malloc分配，堆空间不会随着线程退出被释放，使用完信息后切记释放该空间，否则memory leak
字符串常量

退出的清理工作

// 执行清理函数，清理函数保存在线程栈中，所以先注册的后执行

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连接线程，那么新的线程会分配新的栈空间，从而导致内存泄漏。

// 等待指定的线程的退出并接收它的返回值，如果等待的线程没有退出则阻塞。

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()做线程结束的清理工作

#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;

}

执行结果：

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释放，可以线程自己调用，也可以通过其他线程调用

int pthread_detach(pthread_t thread);

// 返回值：成功返回0，失败返回错误编号，ESRCH表示无此线程、EINVAL表示线程不是joinable的

在创建线程时设置线程的属性

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回收线程后再启动新的线程，栈空间被复用

#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;

}

输出结果：

// 线程启动前

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回收线程后再启动新的线程，栈空间不能被复用，内存泄漏!!!

#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;

}

输出结果：

// 线程启动前

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，应当是内核释放线程资源，新的线程复用旧的线程内存

#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;

}

运行结果：

// 启动线程前

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环境编程从应用到内核》高峰李彬著

Linux线程API使用与分析的更多相关文章

面试问题之操作系统：linux线程API
https://blog.csdn.net/youwotianya/article/details/80933449
[转载]Linux 线程实现机制分析
本文转自http://www.ibm.com/developerworks/cn/linux/kernel/l-thread/ 支持原创.尊重原创,分享知识! 自从多线程编程的概念出现在 Linux ...
Linux 线程（进程）数限制分析
1.问题来源公司线上环境出现MQ不能接受消息的异常,运维和开发人员临时切换另一台服务器的MQ后恢复.同时运维人员反馈在出现问题的服务器上很多基本的命令都不能运行,出现如下错误:2. 初步原因分析和 ...
Linux 线程实现机制分析 Linux 线程模型的比较：LinuxThreads 和 NPTL
Linux 线程实现机制分析 Linux 线程实现机制分析 Linux 线程模型的比较:LinuxThreads 和 NPTL http://www.ibm.com/developerworks/c ...
Linux 线程实现机制分析--转
http://www.ibm.com/developerworks/cn/linux/kernel/l-thread/ 一.基础知识:线程和进程按照教科书上的定义,进程是资源管理的最小单位,线程是程 ...
Linux 线程实现机制分析(转载)
自从多线程编程的概念出现在 Linux 中以来,Linux 多线应用的发展总是与两个问题脱不开干系:兼容性.效率.本文从线程模型入手,通过分析目前 Linux 平台上最流行的 LinuxThreads ...
Linux 线程实现机制分析 Linux 线程实现机制分析 Linux 线程模型的比较：LinuxThreads 和 NPTL
Linux 线程实现机制分析 Linux 线程实现机制分析 Linux 线程模型的比较:LinuxThreads 和 NPTL http://www.ibm.com/developerworks/c ...
[转]Linux 线程实现机制分析 Linux 线程实现机制分析 Linux 线程模型的比较：LinuxThreads 和 NPTL
转载地址:https://www.cnblogs.com/MYSQLZOUQI/p/4233630.html 自从多线程编程的概念出现在 Linux 中以来,Linux 多线应用的发展总是与两个问题脱 ...
Linux线程互斥学习笔记--详细分析
一.互斥锁为啥要有互斥? 多个进程/线程执行的先后顺序不确定,何时切出CPU也不确定. 多个进程/线程访问变量的动作往往不是原子的. 1. 操作步骤 (1)创建锁 // 创建互斥锁mutex pth ...
Linux线程的实现 & LinuxThread vs. NPTL & 用户级内核级线程 & 线程与信号处理
另,线程的资源占用可见:http://www.cnblogs.com/charlesblc/p/6242111.html 进程 & 线程的很多知识可以看这里:http://www.cnblog ...

随机推荐

vue2.x老项目typescript改造过程经验总结
前言: 关于Vue2.x 的TS改造,其实没有啥好说的. 对于vue-cli项目来说,从新跑一遍 vue create xxx-project ,选择Manually select features ...
TS数据类型：从C++/Java/Python到TS看元组tuple—元组的来龙去脉
在C++有Java这种强类型语言中,常用的Array.List.Set ,在集合中只能是一种类型(可以复习下:<再谈Java数据结构-分析底层实现与应用注意事项). int data[] = n ...
活动预告｜字节跳动基于DataLeap的DataOps最佳实践
DataOps概念从2014年首次被提出,不断演化和发展,在2018 年Gartner 的数据管理成熟度曲线中确定了 DataOps,标志着 DataOps 被业界接纳和认可.随着数字化转型的推进以及 ...
数据飞轮拆解车企数据驱动三板斧：数据分析、市场画像、A/B 实验
更多技术交流.求职机会,欢迎关注字节跳动数据平台微信公众号,回复[1]进入官方交流群近日,火山引擎数智平台(VeDI)2023 数据飞轮汽车行业研讨会在上海举办,活动聚焦汽车行业数字化转型痛点,从字 ...
火山引擎 DataTester 智能发布平台：智能化 A/B 实验，助力产品快速迭代
更多技术交流.求职机会,欢迎关注字节跳动数据平台微信公众号,回复[1]进入官方交流群在互联网竞争炙热的红海时代,精益开发高效迭代越来越成为成为产品竞争的利器.产品迭代过程中,如何保障高效的功能迭代安 ...
错误: -source 1.7 中不支持 lambda 表达式 (请使用 -source 8 或更高版本以启用 lambda 表达式)
Modules 把 Language level 调成 8
websever
1 在浏览器键入url,按下回车会经历如下行为浏览器向 DNS 服务器请求解析该 URL 中的域名所对应的 IP 地址; 解析出 IP 地址后,根据该 IP 地址和默认端口 80,和服务器建立 TC ...
django中间件需要了解的方法 importlib模块 csrf校验策略 csrf相关装饰器
目录 django中间件三个需要了解的方法 process_view process_exception process_template_response 基于django中间件实现功能的插拔式设计 ...
在原生 html 中使用 vue，在浏览器中直接运行 .vue 文件，在 vue 中使用 leaflet
vue3-in-html 在html中使用vue3,不依赖nodejs和webpack,不依赖脚手架 demo源码 https://gitee.com/s0611163/vue3-in-html 功能 ...
同步时间，为什么我选 Chrony 而不是 NTP ？
初识 chrony chrony 是网络时间协议(Network Time Protocol )的通用实现它不但可以提供保持系统时间与 NTP 时钟服务器同步的服务,还能作为 NTP 服务器对其他服 ...

Linux线程API使用与分析