Linux多线程死锁的调试方法

最新推荐文章于 2023-05-02 16:37:16 发布
最新推荐文章于 2023-05-02 16:37:16 发布
阅读量1.6k 收藏 8
点赞数
分类专栏： Linux

 

首先此处给出死锁多线程代码示例，便于理解：

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <pthread.h>
#include <unistd.h>

pthread_mutex_t g_smutex ; 

void * func(void *arg)
{
	int i=0;

	//lock

	pthread_mutex_lock( &g_smutex);
	
	for(i = 0 ;i < 0x7fffffff; i++)
	{

	}

	//forget unlock
	
	return NULL;
}

int main()
{
	pthread_t  thread_id_01;
	pthread_t  thread_id_02;
	pthread_t  thread_id_03;
	pthread_t  thread_id_04;
	pthread_t  thread_id_05;
	
	pthread_mutex_init( &g_smutex, NULL );

	pthread_create(&thread_id_01, NULL, func, NULL);
	pthread_create(&thread_id_02, NULL, func, NULL);
	pthread_create(&thread_id_03, NULL, func, NULL);
	pthread_create(&thread_id_04, NULL, func, NULL);
	pthread_create(&thread_id_05, NULL, func, NULL);

	while(1)
	{
		sleep(0xfff);
	}
	return 0;
}

说明：第一个线程启动func函数后，忘记unlock解锁了，导致其他线程怎么也获得不到锁。

编译：gcc a.c -g -lpthread -o a.out

 

第一种方法：

1.使用gdb a.out(可执行文件)，并输入r命令运行程序

gdb a.out

GNU gdb (Ubuntu 7.10-1ubuntu2) 7.10

Copyright (C) 2015 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show copying"

and "show warranty" for details.

This GDB was configured as "i686-linux-gnu".

Type "show configuration" for configuration details.

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>.

Find the GDB manual and other documentation resources online at:

<http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".

Type "apropos word" to search for commands related to "word"...

Reading symbols from a.out...done.

(gdb) r

Starting program: /share/a.out

[Thread debugging using libthread_db enabled]

Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".

[New Thread 0xb7de6b40 (LWP 15436)]

[New Thread 0xb75e5b40 (LWP 15437)]

[New Thread 0xb6de4b40 (LWP 15438)]

[New Thread 0xb65e3b40 (LWP 15439)]

[New Thread 0xb5de2b40 (LWP 15440)]

[Thread 0xb7de6b40 (LWP 15436) exited]

2.在运行的过程中按下ctrl + c

^C

Program received signal SIGINT, Interrupt.

0xb7fdbbe8 in __kernel_vsyscall ()

3.查看线程栈信息，info stack，这个命令只能查看当前正在运行的某个线程的栈信息

(gdb) info stack

#0  0xb7fdbbe8 in __kernel_vsyscall ()

#1  0xb7e9c3e6 in nanosleep () at ../sysdeps/unix/syscall-template.S:81

#2  0xb7e9c1a9 in __sleep (seconds=0) at ../sysdeps/unix/sysv/linux/sleep.c:138

#3  0x08048679 in main () at New0001.c:46

4.info threads查看所有线程id，前面有*的，代表正在运行的线程，其他没有*的极有可能是在阻塞或者死锁的。

(gdb) info threads

  Id   Target Id         Frame

  6    Thread 0xb5de2b40 (LWP 15440) "a.out" 0xb7fdbbe8 in __kernel_vsyscall ()

  5    Thread 0xb65e3b40 (LWP 15439) "a.out" 0xb7fdbbe8 in __kernel_vsyscall ()

  4    Thread 0xb6de4b40 (LWP 15438) "a.out" 0xb7fdbbe8 in __kernel_vsyscall ()

  3    Thread 0xb75e5b40 (LWP 15437) "a.out" 0xb7fdbbe8 in __kernel_vsyscall ()

* 1    Thread 0xb7de7700 (LWP 15432) "a.out" 0xb7fdbbe8 in __kernel_vsyscall ()

5. thread apply all bt （thread apply all  命令，gdb会让所有线程都执行这个命令，比如命令为bt，查看所有线程的具体的栈信息）

需要注意的是：如果系统运行着很多线程的时候，不可能使用thread  id（这个id比如上面的1 ,2 ,3, ,4, 5, 6），这样要查到什么时候呢 ，100个线程你还输入100次吗

因此最好还是直接使用thread apply all bt

(gdb)thread apply all bt

Thread 6 (Thread 0xb5de2b40 (LWP 15440)):

#0  0xb7fdbbe8 in __kernel_vsyscall ()

#1  0xb7fb2302 in __lll_lock_wait () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:144

#2  0xb7fac5fe in __GI___pthread_mutex_lock (mutex=0x804a030 <g_smutex>) at ../nptl/pthread_mutex_lock.c:80

#3  0x080485b5 in func (arg=0x0) at New0001.c:16

#4  0xb7faa1aa in start_thread (arg=0xb5de2b40) at pthread_create.c:333

#5  0xb7ed2fde in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122

 

Thread 5 (Thread 0xb65e3b40 (LWP 15439)):

#0  0xb7fdbbe8 in __kernel_vsyscall ()

#1  0xb7fb2302 in __lll_lock_wait () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:144

#2  0xb7fac5fe in __GI___pthread_mutex_lock (mutex=0x804a030 <g_smutex>) at ../nptl/pthread_mutex_lock.c:80

#3  0x080485b5 in func (arg=0x0) at New0001.c:16

#4  0xb7faa1aa in start_thread (arg=0xb65e3b40) at pthread_create.c:333

#5  0xb7ed2fde in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122

 

Thread 4 (Thread 0xb6de4b40 (LWP 15438)):

#0  0xb7fdbbe8 in __kernel_vsyscall ()

#1  0xb7fb2302 in __lll_lock_wait () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:144

#2  0xb7fac5fe in __GI___pthread_mutex_lock (mutex=0x804a030 <g_smutex>) at ../nptl/pthread_mutex_lock.c:80

#3  0x080485b5 in func (arg=0x0) at New0001.c:16

#4  0xb7faa1aa in start_thread (arg=0xb6de4b40) at pthread_create.c:333

#5  0xb7ed2fde in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122

 

Thread 3 (Thread 0xb75e5b40 (LWP 15437)):

#0  0xb7fdbbe8 in __kernel_vsyscall ()

#1  0xb7fb2302 in __lll_lock_wait () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:144

#2  0xb7fac5fe in __GI___pthread_mutex_lock (mutex=0x804a030 <g_smutex>) at ../nptl/pthread_mutex_lock.c:80

#3  0x080485b5 in func (arg=0x0) at New0001.c:16

#4  0xb7faa1aa in start_thread (arg=0xb75e5b40) at pthread_create.c:333

#5  0xb7ed2fde in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122

 

Thread 1 (Thread 0xb7de7700 (LWP 15432)):

#0  0xb7fdbbe8 in __kernel_vsyscall ()

---Type <return> to continue, or q <return> to quit---

#1  0xb7e9c3e6 in nanosleep () at ../sysdeps/unix/syscall-template.S:81

#2  0xb7e9c1a9 in __sleep (seconds=0) at ../sysdeps/unix/sysv/linux/sleep.c:138

#3  0x08048679 in main () at New0001.c:46

6.看到的lock_wait就是被死锁的线程

多按照上述步骤运行几次，看到那些线程老是出现lock_wait的，就很明显可能是死锁的线程了。

比如线程3吧

Thread 3 (Thread 0xb75e5b40 (LWP 15437)):

#0  0xb7fdbbe8 in __kernel_vsyscall ()

#1  0xb7fb2302 in __lll_lock_wait () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:144

#2  0xb7fac5fe in __GI___pthread_mutex_lock (mutex=0x804a030 <g_smutex>) at ../nptl/pthread_mutex_lock.c:80

#3  0x080485b5 in func (arg=0x0) at New0001.c:16

#4  0xb7faa1aa in start_thread (arg=0xb75e5b40) at pthread_create.c:333

#5  0xb7ed2fde in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122

#3  0x080485b5 in func (arg=0x0) at New0001.c:16

就是死锁的位置，可以从这里开始定位代码，看看哪个地方可能没有释放锁。

第二种方法

先让程序跑起来，打开另外一个会话，通过ps -axu| grep 可执行文件 ，

找到程序的进程号

ps -axu | grep a.out

root     15463  0.4  0.1  43320   732 pts/4    Sl+  19:29   0:03 ./a.out

root     15476  0.0  0.3   4540  1864 pts/6    S+   19:44   0:00 grep --color=auto a.out

由上可知进程号是 15463

1.使用gdb  attach  进程号

  或者是进入gdb后， attach 进程号

  或者是 gdb 可执行文件  进程号，此时也会自动attach

root@ubuntu:/share# gdb

GNU gdb (Ubuntu 7.10-1ubuntu2) 7.10

Copyright (C) 2015 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show copying"

and "show warranty" for details.

This GDB was configured as "i686-linux-gnu".

Type "show configuration" for configuration details.

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>.

Find the GDB manual and other documentation resources online at:

<http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".

Type "apropos word" to search for commands related to "word".

(gdb)

attach 进程号

(gdb) attach 15463

Attaching to process 15463

Reading symbols from /share/a.out...done.

Reading symbols from /lib/i386-linux-gnu/libpthread.so.0...Reading symbols from /usr/lib/debug//lib/i386-linux-gnu/libpthread-2.21.so...done.

done.

[New LWP 15467]

[New LWP 15466]

[New LWP 15465]

[New LWP 15464]

[Thread debugging using libthread_db enabled]

Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".

Reading symbols from /lib/i386-linux-gnu/libc.so.6...Reading symbols from /usr/lib/debug//lib/i386-linux-gnu/libc-2.21.so...done.

done.

Reading symbols from /lib/ld-linux.so.2...Reading symbols from /usr/lib/debug//lib/i386-linux-gnu/ld-2.21.so...done.

done.

0xb773abe8 in __kernel_vsyscall ()

2.查看线程信息

(gdb) info threads

  Id   Target Id         Frame

  5    Thread 0xb7545b40 (LWP 15464) "a.out" 0xb773abe8 in __kernel_vsyscall ()

  4    Thread 0xb6d44b40 (LWP 15465) "a.out" 0xb773abe8 in __kernel_vsyscall ()

  3    Thread 0xb6543b40 (LWP 15466) "a.out" 0xb773abe8 in __kernel_vsyscall ()

  2    Thread 0xb5d42b40 (LWP 15467) "a.out" 0xb773abe8 in __kernel_vsyscall ()

* 1    Thread 0xb7546700 (LWP 15463) "a.out" 0xb773abe8 in __kernel_vsyscall ()

3.查看所有线程信息并执行bt

(gdb) thread apply all bt

Thread 5 (Thread 0xb7545b40 (LWP 15464)):

#0  0xb773abe8 in __kernel_vsyscall ()

#1  0xb7711302 in __lll_lock_wait () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:144

#2  0xb770b5fe in __GI___pthread_mutex_lock (mutex=0x804a030 <g_smutex>) at ../nptl/pthread_mutex_lock.c:80

#3  0x080485b5 in func (arg=0x0) at New0001.c:16

#4  0xb77091aa in start_thread (arg=0xb7545b40) at pthread_create.c:333

#5  0xb7631fde in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122

 

Thread 4 (Thread 0xb6d44b40 (LWP 15465)):

#0  0xb773abe8 in __kernel_vsyscall ()

#1  0xb7711302 in __lll_lock_wait () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:144

#2  0xb770b5fe in __GI___pthread_mutex_lock (mutex=0x804a030 <g_smutex>) at ../nptl/pthread_mutex_lock.c:80

#3  0x080485b5 in func (arg=0x0) at New0001.c:16

#4  0xb77091aa in start_thread (arg=0xb6d44b40) at pthread_create.c:333

#5  0xb7631fde in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122

 

Thread 3 (Thread 0xb6543b40 (LWP 15466)):

#0  0xb773abe8 in __kernel_vsyscall ()

#1  0xb7711302 in __lll_lock_wait () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:144

#2  0xb770b5fe in __GI___pthread_mutex_lock (mutex=0x804a030 <g_smutex>) at ../nptl/pthread_mutex_lock.c:80

#3  0x080485b5 in func (arg=0x0) at New0001.c:16

#4  0xb77091aa in start_thread (arg=0xb6543b40) at pthread_create.c:333

#5  0xb7631fde in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122

 

Thread 2 (Thread 0xb5d42b40 (LWP 15467)):

#0  0xb773abe8 in __kernel_vsyscall ()

#1  0xb7711302 in __lll_lock_wait () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:144

#2  0xb770b5fe in __GI___pthread_mutex_lock (mutex=0x804a030 <g_smutex>) at ../nptl/pthread_mutex_lock.c:80

#3  0x080485b5 in func (arg=0x0) at New0001.c:16

#4  0xb77091aa in start_thread (arg=0xb5d42b40) at pthread_create.c:333

#5  0xb7631fde in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122

 

Thread 1 (Thread 0xb7546700 (LWP 15463)):

#0  0xb773abe8 in __kernel_vsyscall ()

---Type <return> to continue, or q <return> to quit---

#1  0xb75fb3e6 in nanosleep () at ../sysdeps/unix/syscall-template.S:81

#2  0xb75fb1a9 in __sleep (seconds=0) at ../sysdeps/unix/sysv/linux/sleep.c:138

#3  0x08048679 in main () at New0001.c:46

4.选有lock_wait的来查看一下 比如线程 gdb 的id 为4的线程

 

(gdb) thread 4

[Switching to thread 4 (Thread 0xb6d44b40 (LWP 15465))]

#0  0xb773abe8 in __kernel_vsyscall ()

(gdb) bt

#0  0xb773abe8 in __kernel_vsyscall ()

#1  0xb7711302 in __lll_lock_wait () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/lowlevellock.S:144

#2  0xb770b5fe in __GI___pthread_mutex_lock (mutex=0x804a030 <g_smutex>) at ../nptl/pthread_mutex_lock.c:80

#3  0x080485b5 in func (arg=0x0) at New0001.c:16

#4  0xb77091aa in start_thread (arg=0xb6d44b40) at pthread_create.c:333

#5  0xb7631fde in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122

 

查看栈上的第三帧

(gdb) frame 3

#3  0x080485b5 in func (arg=0x0) at New0001.c:16

16 pthread_mutex_lock( &g_smutex);

调用锁阻塞了

(gdb) p  g_smutex

$1 = {__data = {__lock = 2, __count = 0, __owner = 15468, __kind = 0, __nusers = 1, {__elision_data = {__espins = 0,

        __elision = 0}, __list = {__next = 0x0}}},

  __size = "\002\000\000\000\000\000\000\000l<\000\000\000\000\000\000\001\000\000\000\000\000\000", __align = 2}

锁的拥有者线程id为15468，但该线程id已经结束，说明是线程结束了，忘记解锁了。

附上第二步看到的仅剩下的线程

(gdb) info threads

  Id   Target Id         Frame

  5    Thread 0xb7545b40 (LWP 15464) "a.out" 0xb773abe8 in __kernel_vsyscall ()

  4    Thread 0xb6d44b40 (LWP 15465) "a.out" 0xb773abe8 in __kernel_vsyscall ()

  3    Thread 0xb6543b40 (LWP 15466) "a.out" 0xb773abe8 in __kernel_vsyscall ()

  2    Thread 0xb5d42b40 (LWP 15467) "a.out" 0xb773abe8 in __kernel_vsyscall ()

* 1    Thread 0xb7546700 (LWP 15463) "a.out" 0xb773abe8 in __kernel_vsyscall ()

第三种方法不是gdb，是pstack工具

使用方法：pstack   进程号

注意pstack不支持64位

并且我的ubuntu系统莫名使用不了pstack来查看，pstack已经安装了。

root@ubuntu:/share# pstack 15463
15463: ./a.out
(No symbols found in )
(No symbols found in /lib/i386-linux-gnu/libc.so.6)
(No symbols found in /lib/ld-linux.so.2)
0xb773abe8: _fini + 0x25f14 (0, 0, 0, 0, 0, 0) + 400d04fc
crawl: Input/output error
Error tracing through process 15463

Strivee_
关注
  • 0
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
线程共享内存空间的代码验证
weixin_48080013的博客
12-24 133
demo： #include <stdio.h> #include <pthread.h> int g_data = 0; void *func1(void *arg) { printf("t1:%ld pthread is creat\n",(unsigned long)pthread_self()); printf("t1:param is %d\n", *((int *)arg)); while(1){ printf("t
linux多线程死锁问题分析
01-22
总结来说，这个案例展示了在Linux多线程环境中，死锁可能是由于资源竞争、不正确的同步或通信机制导致的。通过深入分析线程堆栈，我们可以找到可能的死锁源，并采取相应的解决措施来优化和防止类似问题的再次发生。...
多线程死锁调试小技巧
weixin_33725270的博客
03-23 371
　　据说再高的高手在写多线程程序的时候都难确保不会产生死锁，死锁的调试也就成为一个比较常见的问题，假设有下面这样一个问题： 　　一个正在生产环境下运行的进程死锁了，或者你只是在跑一个程序，并没有在调试器里面打开它，然后发现没有响应，日志输出也停止了。由于你是一个有经验的程序员，会想到“我刚刚加上了新的锁策略，不一定稳定，这可能是死锁了“。但是你不想就这么杀掉进程，因为多线程的 bug 不容易重现...
「转载」Linux线程死锁
weixin_36813422的博客
06-06 305
转载 今天看到了这篇非常简洁但是由十分详细的关于死锁的文章，分享给大家瞅瞅，多支持原博哦： http://blog.csdn.net/weixin_35140291/article/details/72959185什么是死锁死锁是两个或者两个以上的进程由于竞争资源而造成的，相互竞争系统资源或进行进程间的“永久”阻塞，如无外力作用，这些进程将永远不能向前推进。 死锁进程 陷入死锁状态的进程称
linux线程的死锁
qq_58264156的博客
08-02 475
一般情况下,如果同一个线程先后两次调用lock，在第一次调用时，由于锁已经被占,该线程会挂起等待别的线程释放锁,然而锁正是被自己占着的，该线程又被挂起，没有机会释放锁,因此，就永远处于挂起等待状态了，这叫做死锁(Deadlock)。另种典型的死锁情形是这样线程A获得了锁1，线程B获得了锁2，这时线程A调用lock试图获得锁2,结果是需要挂起等待线程B释放锁2，而这时线程B也调用lock试图获得锁1，结果是需要挂起等待线程A释放锁1，于是线程A和B都永远处于挂起状态了。...
Linux线程：死锁
最新发布
坚持学习
05-02 1197
Linux线程：死锁的概念、原因、必要条件、示例
Linux系统下的多线程编程入门.pdf
12-20
本文将深入探讨Linux环境中的多线程概念、创建与管理线程的方法、线程同步与通信机制，以及多线程编程中可能遇到的问题和解决策略。 一、多线程概念 多线程是指在一个进程中可以同时执行多个独立的代码段，每个代码...
Linux下的多线程编程实例解析
09-14
【Linux下的多线程编程实例解析】 在计算机操作系统中，多线程编程是实现并行处理和提高系统效率的一种重要技术。Linux系统同样支持多线程编程，这使得开发者能够利用这一特性创建高效的、响应迅速的应用程序。多...
duoxiancheng.rar_linux 多线程
09-19
在IT领域，多线程是并发编程的一种重要技术，它允许多个任务在同一..."duoxiancheng.rar_linux 多线程"这个资源为我们提供了一个很好的学习平台，通过实际操作和调试代码，我们可以更好地将理论知识转化为实践经验。
嵌入式Linux多线程编程.zip
09-06
在压缩包中的"第13章_Linux多线程编程"文件中，可能会包含具体的C语言源码示例，展示如何创建、管理线程，以及如何使用同步机制解决并发问题。通过学习这些示例，开发者可以更深入地理解如何在嵌入式Linux系统上进行...
Linux：互斥锁（附线程调试）
qq_45481606的博客
09-16 582
互斥锁原理 互斥锁：保证多个执行流在访问临界资源时，是原子操作 互斥锁底层是一个互斥量，互斥量的本质是计数器，值保存在内存中，计数器值只能为1或为0； 0：代表不能获取互斥锁 1：代表可以获取互斥锁 互斥锁是一个计数器，刚初始化出来的值是1，表示可以加锁线程获取互斥锁就相当于加锁过程，互斥锁计数器就从1变为0； 其01的转化操作不是加减，而是将内存中计数器的值和寄存器中的值，靠一条汇编指令将两者里的值进行交换； 程序计数器的值可为0为1，而寄存器的值必须初始化为0； 只需要判断交换完毕之后，寄存
浅谈Linux中的 线程死锁
Lao_geng的博客
06-03 532
死锁：如果一组进程中的每一个进程都在等待仅由该组进程中的其他进程才能引发的事件，那么该组进程是死锁的。 死锁有单进程死锁：进程A拥有资源1，而它又在请求资源1，而它所请求的资源1必须等待该资源使用完毕得到释放后才可被请求。这样，就陷入了自己的死锁。 还有多进程死锁：有进程A，进程B，进程A拥有资源1，需要请求正在被进程B占有的资源2。而进程B拥有资源2，请求正在被进程A占有的资源1。两个进程都在等待
linux 死锁介绍与简单分析
weixin_34010949的博客
04-26 69
简介死锁 (deallocks)： 是指两个或两个以上的进程（线程）在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程（线程）称为死锁进程（线程）。 由于资源占用是互斥的，当某个进程提出申请资源后，使得有关进程（线程）在无外力协助下，永远分配不到必需的资源而无法继续运行，这就...
【Linux】线程和死锁
Scenlyf的博客
08-02 2271
死锁的概念： 如果一组进程中的每一个进程都在等待仅由该组进程中的其他进程才能引发的事件，那么该组进程是死锁的。 死锁的常见表现： 死锁不仅会发生多个进程中，也会发生在一个进程中。 （1）多进程死锁：有进程A，进程B，进程A拥有资源1，需要请求正在被进程B占有的资源2。而进程B拥有资源2，请求正在被进程A战友的资源1。两个进程都在等待对方释放资源后请求该资源，而相
【Linux】中的线程死锁详解
LX18792732127的博客
06-27 517
【Linux】中的线程死锁详解
十四、Linux下线程的死锁
踏着时光去旅行的博客
06-18 239
一、死锁的概念 一般情况下,如果同一个线程先后两次调用lock，在第一次调用时，由于锁已经被占,该线程会挂起等待别的线程释放锁,然而锁正是被自己占着的，该线程又被挂起，没有机会释放锁,因此，就永远处于挂起等待状态了，这叫做死锁(Deadlock)。 另种典型的死锁情形是这样:线程A获得了锁1，线程B获得了锁2，这时线程A调用lock试图获得锁2,结果是需要挂起等待线程B释放锁2，而这时线程B也调用...
Linux 多线程安全之----死锁问题
flyingcloud6的博客
12-07 1211
这时候我们来通过pstack来查看下调用堆栈我们可以看到创建出来的两个线程只剩下了一个，并且他在死等锁2.接下来我们来模拟一个线程将锁锁上没有释放，再次去申请锁，导致死锁的情况： 我们再来看看调用堆栈，可以发现和上面一样，同样是在死等锁吃着碗里的，看着锅里的 这两个线程A和B都阻塞在自己的加锁逻辑当中去了我们来写代码模拟一下这个过程，创建一个线程A和线程B 这时候查看调用堆栈，发现两个线程都在等待着锁，导致卡死了先使用gdb attach 【pid】命令进入gdb调试状态 这时候再使用 thread ap
Linux多线程死锁及解决方法
晶凌玄夜的博客
09-04 1003
先介绍几个概念 线程安全：多个线程并发同一段代码时，不会出现不同的结果。常见对全局变量或者静态变量进行操作，并且没有锁保护的情况下，会出现线程不安全的问题。 重入：同一个函数被不同的执行流调用，当前一个流程还没有执行完，就有其他的执行流再次进入，我们称之为重入。一个函数在重入的情况下，运行结果不会出现任何不同或者任何问题，则该函数被称为可重入函数，否则，是不可重入函数。 文章目录死锁概念死锁的四个必要条件避免死锁的几种常用方法 死锁概念 死锁是指在一组进程中的各个进程均占有不会释放的资源，但因互相申
Linux下面 多线程死锁问题的调试
weixin_30512089的博客
06-06 186
最近写服务，经常是单进程，多线程的，加了各种锁，很担心出现死锁问题，专门学习了一下死锁问题的诊断。 死锁 (deallocks)： 是指两个或两个以上的进程（线程）在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或 系统产生了死锁，这些永远在互相等待的进程（线程）称为死锁进程（线程）。 由于资源占用是互斥的，当某个进程提出申请资...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值