登录
使用LLDB调试程序（二）
2014年12月6日 00:00
简述
这篇文章主要讲了如何使用lldb来处理以下三种场景:
- 死循环
- 异常断点
- 多线程
之所以挑选这3个场景，主要还是因为他们比较常见，有些不常见的其实用基础命令也能hold住。
死循环
死循环的场景发生得不太多，即便有，大部分也都能立刻发现并且改掉。但有时候发生的死循环比较难解，主要是因为程序定在一个地方不动，不确定死循环出没的地方。lldb调试的时候去重现死循环，然后ctrl+c，你就会停在一个地方，比如这样:
Enter a number (0 to quit): 2 is not prime
Enter a number (0 to quit): 2 is not prime
Enter a number (0 to quit): 2 is not prime
Enter a number (0 to quit): 2 is not prime
EnteProcess 2650 stopped # 按了ctrl+c之后就停下来了。
* thread #1: tid = 0x6957c, 0x00007fff8fe81976 libsystem_kernel.dylib`__write_nocancel + 10, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP
frame #0: 0x00007fff8fe81976 libsystem_kernel.dylib`__write_nocancel + 10
libsystem_kernel.dylib`__write_nocancel + 10:
-> 0x7fff8fe81976: jae 0x7fff8fe81980 ; __write_nocancel + 20
0x7fff8fe81978: movq %rax, %rdi
0x7fff8fe8197b: jmp 0x7fff8fe7cca3 ; cerror_nocancel
0x7fff8fe81980: retq
你会落到程序暂停的地方，大部分情况是一个莫名奇妙的地方，这时候就要用finish命令啦。finish命令可能要按很多次，于是你就会跳到你熟悉的地方了：
(lldb) finish
Process 2650 stopped
* thread #1: tid = 0x6957c, 0x0000000100000ef0 a.out`main(argc=1, argv=0x00007fff5fbffa40) + 272 at a.c:23, queue = 'com.apple.main-thread', stop reason = step out
frame #0: 0x0000000100000ef0 a.out`main(argc=1, argv=0x00007fff5fbffa40) + 272 at a.c:23
20 if (count == 2)
21 printf("%d is prime\n",n);
22 else
-> 23 printf("%d is not prime\n",n);
24 }
25 }
到了这里你就可以结合上下文，找到死循环出没的点了
异常断点
开发的时候经常会遇到一个程序抛了异常然后没有人catch就挂了，我们使用XCode调试的时候都会采用异常断点的方法来确定在哪儿抛出的异常。在XCode里面轻松点两下鼠标就能下异常断点了，那么在命令行lldb的情况下，我们是这么做的：
(lldb) breakpoint set -E objc # 这里也可以是breakpoint set -E c++或者breakpoint set -E c
Breakpoint 2: where = libobjc.A.dylib`objc_exception_throw, address = 0x000000010b444b8a
(lldb) continue
Process 3772 resuming
2014-12-06 21:52:23.066 TownShipHelper[3772:232356] -[UITableView crash]: unrecognized selector sent to instance 0x7fe98c03f400
这个时候我们发现程序停住了，我们看一下调用栈：
(lldb) bt
* thread #1: tid = 0x38ba4, 0x000000010b444b8a libobjc.A.dylib`objc_exception_throw, queue = 'com.apple.main-thread', stop reason = breakpoint 2.1
* frame #0: 0x000000010b444b8a libobjc.A.dylib`objc_exception_throw
frame #1: 0x000000010bb5b50d CoreFoundation`-[NSObject(NSObject) doesNotRecognizeSelector:] + 205
frame #2: 0x000000010bab37fc CoreFoundation`___forwarding___ + 988
frame #3: 0x000000010bab3398 CoreFoundation`__forwarding_prep_0___ + 120
frame #4: 0x000000010af011e3 TownShipHelper`-[TSMenuViewController tableView](self=0x00007fe9896092b0, _cmd=0x000000010c76fd26) + 355 at TSMenuViewController.m:34
frame #5: 0x000000010af0138a TownShipHelper`-[TSMenuViewController viewDidLoad](self=0x00007fe9896092b0, _cmd=0x000000010c746c6f) + 138 at TSMenuViewController.m:52
看一下0-3号栈帧都是系统runtime的，4号栈帧我们切过去看一下：
(lldb) frame select 4
frame #4: 0x000000010af011e3 TownShipHelper`-[TSMenuViewController tableView](self=0x00007fe9896092b0, _cmd=0x000000010c76fd26) + 355 at TSMenuViewController.m:34
31 _tableView.delegate = self;
32 _tableView.dataSource = self;
33 [_tableView registerClass:[UITableViewCell class] forCellReuseIdentifier:@"TableViewCell"];
-> 34 [_tableView performSelector:@selector(crash) withObject:nil];
35 }
36 return _tableView;
37 }
果然，在34行这里发现_tableView这个实例调用了一个不存在的selector，导致runtime抛出异常。
关于异常断点还有一个细节要讲，我们可以使用-w <boolean>和-h <boolean>参数来指定这个异常断点具体停下的位置。-w表示是否在异常被throW的时候停下，-h表示是否在异常被catcH的时候停下，具体使用的时候要跟-E language一起使用，例如：
breakpoint set -E objc -w true -h true # 表示异常在throw的时候和在catch的时候都停下。
多线程
调试多线程程序绝对是个揪心的问题，GDB在这方面做的也不是很好，LLDB在多线程调试方面做得是非常棒的。主要是通过thread指令做一些多线程相关的操作，具体到后面查看变量呀什么的就跟这篇文章里面讲得一样了。
一般情况下我们会在一个地方下断点：
(lldb) l TSDispatchViewControllerFactory.m:43
43 dispatch_once(&onceToken, ^{
44 factory = [[TSDispatchViewControllerFactory alloc] init];
45 });
46 dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
47 NSLog(@"this is another thread"); # 断点下在这儿，这儿是一个异步调用
48 });
49 return factory;
50 }
跑起来之后断点就会停住：
frame #0: 0x0000000108084ee7 TownShipHelper`__49+[TSDispatchViewControllerFactory sharedInstance]_block_invoke_2(.block_descriptor=0x0000000108094140) + 23 at TSDispatchViewControllerFactory.m:47
44 factory = [[TSDispatchViewControllerFactory alloc] init];
45 });
46 dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
-> 47 NSLog(@"this is another thread");
48 });
49 return factory;
50 }
此时我们看一下当前都有哪些线程：
(lldb) thread backtrace all
thread #1: tid = 0x4d8a7, 0x00000001085d15d4 libobjc.A.dylib`lookUpImpOrForward + 82, queue = 'com.apple.main-thread'
frame #0: 0x00000001085d15d4 libobjc.A.dylib`lookUpImpOrForward + 82
frame #1: 0x00000001085de0d3 libobjc.A.dylib`objc_msgSend + 211
frame #2: 0x0000000108084ce6 TownShipHelper`-[TSDispatchViewControllerFactory viewContorllerList](self=0x00007ff352e0ed80, _cmd=0x0000000108091454) + 294 at TSDispatchViewControllerFactory.m:28
thread #2: tid = 0x4d8bf, 0x000000010b56c22e libsystem_kernel.dylib`kevent64 + 10, queue = 'com.apple.libdispatch-manager'
frame #0: 0x000000010b56c22e libsystem_kernel.dylib`kevent64 + 10
frame #1: 0x000000010b20a252 libdispatch.dylib`_dispatch_mgr_invoke + 247
frame #2: 0x000000010b209ff7 libdispatch.dylib`_dispatch_mgr_thread + 54
* thread #3: tid = 0x4d8c0, 0x0000000108084ee7 TownShipHelper`__49+[TSDispatchViewControllerFactory sharedInstance]_block_invoke_2(.block_descriptor=0x0000000108094140) + 23 at TSDispatchViewControllerFactory.m:47, queue = 'com.apple.root.default-qos', stop reason = breakpoint 1.1
* frame #0: 0x0000000108084ee7 TownShipHelper`__49+[TSDispatchViewControllerFactory sharedInstance]_block_invoke_2(.block_descriptor=0x0000000108094140) + 23 at TSDispatchViewControllerFactory.m:47
frame #1: 0x000000010b1fccc6 libdispatch.dylib`_dispatch_call_block_and_release + 12
frame #2: 0x000000010b21a7f4 libdispatch.dylib`_dispatch_client_callout + 8
thread #4: tid = 0x4d8c1, 0x000000010b56b946 libsystem_kernel.dylib`__workq_kernreturn + 10
frame #0: 0x000000010b56b946 libsystem_kernel.dylib`__workq_kernreturn + 10
frame #1: 0x000000010b59c757 libsystem_pthread.dylib`_pthread_wqthread + 869
frame #2: 0x000000010b59a4a1 libsystem_pthread.dylib`start_wqthread + 13
thread #5: tid = 0x4d8c2, 0x000000010b56b946 libsystem_kernel.dylib`__workq_kernreturn + 10
frame #0: 0x000000010b56b946 libsystem_kernel.dylib`__workq_kernreturn + 10
frame #1: 0x000000010b59c757 libsystem_pthread.dylib`_pthread_wqthread + 869
frame #2: 0x000000010b59a4a1 libsystem_pthread.dylib`start_wqthread + 13
thread #6: tid = 0x4d8c3, 0x000000010b56b946 libsystem_kernel.dylib`__workq_kernreturn + 10
frame #0: 0x000000010b56b946 libsystem_kernel.dylib`__workq_kernreturn + 10
frame #1: 0x000000010b59c757 libsystem_pthread.dylib`_pthread_wqthread + 869
frame #2: 0x000000010b59a4a1 libsystem_pthread.dylib`start_wqthread + 13
前面打*的线程就是我们当前所处的线程，我们当前处在3号线程0号栈帧上。那么我们现在切换一下线程，使用thread select:
(lldb) thread select 1
(lldb) bt
* thread #1: tid = 0x4d8a7, 0x00000001085d15d4 libobjc.A.dylib`lookUpImpOrForward + 82, queue = 'com.apple.main-thread'
* frame #0: 0x00000001085d15d4 libobjc.A.dylib`lookUpImpOrForward + 82
frame #1: 0x00000001085de0d3 libobjc.A.dylib`objc_msgSend + 211
frame #2: 0x0000000108084ce6 TownShipHelper`-[TSDispatchViewControllerFactory viewContorllerList](self=0x00007ff352e0ed80, _cmd=0x0000000108091454) + 294 at TSDispatchViewControllerFactory.m:28
我们可以看到，现在我们已经切换到1号线程了，就是这么简单。后面跳帧，看变量，都跟这篇文章里介绍的一样了。更复杂的指令可以在lldb命令行中输入help thread查看文档。
结尾
本来这篇文章应当是紧跟着这一篇的，但是因为一个异常断点的问题一直没解决给耽搁了，其实也是我的疏忽,在看help文档的时候没有注意看开头的命令描述，后来才发现原来有些参数是要跟别的参数搭配一起才能使用的。另外，我在查文档的时候发现lldb官方网站上只有tutorial还算是个文档，但是tutorial写得非常简单，然而在lldb中使用help能够找到的文档则非常详细，建议大家在后续的学习中，尽量多使用help指令。
关于lldb的使用方面我就先写到这里了，我们可以在评论区里讨论关于lldb更深层次的问题。
