首页 > 系统相关 >Linux线程API使用与分析

Linux线程API使用与分析

时间:2024-01-26 22:23:04浏览次数:34  
标签:8K rw Linux --- anon API 线程 pthread

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

执行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结构体的指针

可以组合使用于特定的场景,比如:

  1. 主线程创建一个工作队列,再分配给线程池中的线程去处理工作,但是线程不可以自行从队列中争抢任务,由主线程将工作分配给特定的任务,主线程可以在每个任务中存储对应的线程ID
  2. 工作线程就可以通过这两个函数来确定是不是自己该处理的任务

线程退出

  1. 线程start_routine函数执行return 返回值;,例:return ((void *)1);,如果使用return,那么清理函数pthread_cleanup_push()pthread_cleanup_pop()无效
  2. 线程start_routine函数执行pthread_exit()
  3. 其他线程通过pthread_cancel(pthread_t thread)取消线程,是一个请求,立即返回并不会等待指定线程退出,如果指定的thread可取消,那么其行为类似于thread调用了pthread_exit(),不建议使用
void pthread_exit(void *retval);

retval记录线程的退出信息,记录方式:

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

退出的清理工作

// 执行清理函数,清理函数保存在线程栈中,所以先注册的后执行
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,后创建的线程会复用这块内存地址,避免了频繁的mmapmunmap,所以:

  1. 使用pthread_join连接退出线程,后面启动的线程会复用前面joined栈内存空间。
  2. 如果不使用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可以释放指定线程的资源,同时也可以获取退出线程的返回值。如果不关心其返回值,只是想让线程退出后由系统回收资源,有两种方法:

  1. 通过pthread_detach释放,可以线程自己调用,也可以通过其他线程调用
int pthread_detach(pthread_t thread);
// 返回值:成功返回0,失败返回错误编号,ESRCH表示无此线程、EINVAL表示线程不是joinable的
  1. 在创建线程时设置线程的属性
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

总结

线程的优点

  1. 创建、终止线程比进程快
  2. 线程之间的上下文切换开销比进程小
  3. 线程间数据共享比进程间小

线程的缺点

  1. linux系统中,如果一个线程触发segment fault,那么内核会认为该进程有问题,为了防止进一步破坏内存空间,内核会将整个进程杀掉。
  2. 多线程的设计通常比较复杂,一方面线程的负载在很多场景下很难平衡,另一方面如果出现顺序依赖问题,设计不当会出现数据破坏,性能下降的问题。

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

标签:8K,rw,Linux,---,anon,API,线程,pthread
From: https://www.cnblogs.com/tongh/p/17990855

相关文章

  • 在linux中安装nginx 集群 步骤 实例 双语版
    以下是在Linux中安装Nginx集群的步骤:在每个节点上安装Nginx软件包。可以使用包管理系统安装,如apt-get或yum,或者从Nginx官方网站下载源码进行编译和安装。创建一个共享的存储区来存放Nginx配置文件和日志文件。这可以是本地文件系统的共享目录,也可以是网络文件系统(NFS)。创建一个Ngin......
  • Linux-unbuntu目录操作
    1.打开目录2.读取目录内容3.关闭目录4.mkdir--创建目录5.rmdir--删除目录(只能删除空文件夹)6.getcwd--获取当前工作的绝对路径7.chdir--改变当前的工作路径8.chmod--功能-更改权限打开目录:opendir头文件:#include<sys/types.h>#include<sirent.h>DIR*opendir(constch......
  • xxl-job之API的方式接入
    目录1xxl-job1.1简介1.2分析1.3学***l-job源码1.4改造项目1.4.1接口调用1.4.1.1对接登录接口1.4.1.2对接执行器接口1.4.1.3对接任务接口1.4.2创建新注解1.4.3自动注册核心1.4.4自动装配1xxl-job1.1简介xxl-job是一款非常优秀的任务调度中间件,轻量级、使用简单、......
  • linux 安装 elasticsearch
    安装Elasticsearch在Linux系统上的步骤如下:首先,确保你的系统已经安装了Java,Elasticsearch是基于Java开发的,所以需要先安装Java运行环境。可以使用以下命令来检查Java是否已经安装:java-version如果Java已经安装,将会显示Java版本信息。如果没有安装,请根据你的系统......
  • Archlinux pacman 滚挂的惨痛教训
    本文以BY-NC-SA协议发布。省流不要将/var/cache/pacman/pkg及它的任一父目录设为符号链接。完整版我真傻,真的。我是单知道/var/cache会占很大空间导致滚挂,不知道/var/cache不能设为符号链接。在上次滚挂后我设置了符号链接,然后一个月不到就又挂了,救不回来的那种。翻......
  • Apipost-cli、Jenkins持续集成配置
    安装Apipost-clinpminstall-gapipost-cli运行脚本安装好Apipost-cli后,在命令行输入生成的命令,即可执行测试用例,运行完成后会展示测试进度并生成测试报告。Jenkins配置Apipostcli基于Nodejs运行需要在jenkins上配置NodeJs依赖Step1:在插件管理中安装NodeJs在全局工具中配置Nod......
  • 使用 Asp.net core webapi 集成配置系统,提高程序的灵活和可维护性
    前言:什么是集成配置系统?集成配置系统的主要目的是将应用程序的配置信息与代码分离,使得配置信息可以在不需要修改代码的情况下进行更改。这样可以提高应用程序的灵活性和可维护性。ASP.NETCore提供了一种灵活的配置系统,可以轻松地将配置信息从不同的来源加载到应用程序中,并且......
  • 为什么使用线程?
    提高应用程序性能:通过允许多个操作同时运行,线程可以显着提高高负载应用程序的性能。更好的资源利用率:线程通过执行后台操作,同时主线程继续其主要任务,更有效地利用CPU。异步行为:线程支持异步处理,其中任务可以在后台运行并在完成后通知主线程。 ......
  • 对接 50+ 快递商,快递鸟电子面单 API 助力商家多平台批量打单发货
    随着物流业从数字信息化走向智能化,在发货环节,电子面单已经替换纸质面单成为标配。然而,在实际操作过程中,客户往往希望与多家快递公司合作发货,这时他们就需要自行和各家快递公司一一对接,过程繁琐。此外,有些客户发货量大,快递员贴单效率低,还需要手动回填快递单号到系统,体验不好。快递鸟......
  • Apipost-cli、Jenkins持续集成配置
    安装Apipost-clnpminstall-gapipost-cli运行脚本安装好Apipost-cli后,在命令行输入生成的命令,即可执行测试用例,运行完成后会展示测试进度并生成测试报告。Jenkins配置Apipostcli基于Nodejs运行需要在jenkins上配置NodeJs依赖Step1:在插件管理中安装NodeJs  在......