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

执行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 ...

随机推荐

火山引擎数智平台的这款产品，正在帮助 APP 提升用户活跃度
更多技术交流.求职机会,欢迎关注字节跳动数据平台微信公众号,回复[1]进入官方交流群你有没有关注过 APP 给你推送的消息? 出于提升用户活跃度的考虑,APP 会定期在应用内面向用户进行内通推送,推 ...
Axure 创建轮播图
拖一个动态面板,设置名称双击动态面板,添加3个状态给3个状态,分别添加3张图片设置交互新建交互 -> 载入时 -> 设置面板状态双击进去,界面看得直观些下一项.向后循环,循环间 ...
QA32增强
一.QA32报表新增字段二.QA32报表程序RQEEAL10 结构增加字段,该结构就是报表展示字段列的结构表新增字段找到报表展示的子例程找到程序RQEEAL10,子例程中新增隐式增强隐式增强 ...
AtCoder | ABC 125 Person Editorial
开始补AtCoder的数学题了,练下思维 AB两道都很简单,看懂题就OK. C,D稍微麻烦一些 Problem C: GCD On Blackboard 为了解决此问题,我们需要了解最大公约数(GCD ...
vivo 互联网业务就近路由技术实战
一.问题背景在vivo互联网业务高速发展的同时,支撑的服务实例规模也越来越大,然而单个机房能承载的机器容量是有限的,于是同城多机房甚至多地域部署就成为了业务在实际部署过程中不得不面临的场景. 一般情 ...
NSSCTF Round#13 web专项
rank:3 flask?jwt? 简单的注册个账号,在/changePassword 下查看页面源代码发现密钥 ,很 ...
如何用 Serverless 一键部署 Stable Diffusion？
思路其实很简单, 我们只需要将镜像里面的动态路径映射到 NAS文件存储里面即可,利用 NAS 独立存储文件模型,扩展,语言包等,并且我们可以为管理 NAS 单独配置一个可视化的后台,用简单的文件上传 ...
介绍几种OPTIONS检测的方法
概述日常的VOIP开发中,OPTIONS检测是常用的网络状态检测工具. OPTIONS原本是作为获取对方能力的消息,也可以检测当前服务状态.正常情况下,UAS收到OPTIONS心跳,直接回复200即 ...
机器学习-无监督机器学习-密度聚类DBSCAN-19
目录 1. DBSCAN 2. OPTICS 2. MeanShift 1. DBSCAN Density based clustering DBSCAN不要求我们指定cluster簇的数量,避免了异 ...
spring cloud feign 调用一直fallback
本文为博主原创,转载请注明出处: 功能在本地调试的时候一直是正常可以调用的,当服务发布到 dev 环境的时候,调用的时候一直 fallback,且由于服务调用的时候,对 Feign 配置了 fallb ...

Linux线程API使用与分析