lldb调试命令

XCode4.0以后，编译器换成了LLVM 编译器 2.0

与以前相比，更加强大：
1.LLVM 编译器是下一带开源的编译技术.完全支持C, Objective-C, 和 C++.
2.LLVM 速度比 GCC快两倍,建立的程序也会运行的更快. 因为它更好的利用现代的芯片的结构.
3.LLVM和Xcode 4完全的整合在一起.包括关键字高亮,代码完整性等全都是由LLVM语法分析器来分析的. 这样可以在编辑的时候就可以很好的了解你的代码.

编译器进化之后，控制台调试命令前缀，也由原来的gdb更改成了lldb，所以当你看到控制台没有gdb而出现lldb的时候，不用惊慌，因为我们以前常用的调试命令依然可以使用：

使用前提：

1.既然是调试命令，理所当然的，程序模式应该选择Debug模式。

2.在Debug模式下，如果你的程序在运行中崩溃（Crash）掉，那么恭喜你，使用lldb调试的机会来了。

符合以上两个条件之后，控制台（即日志输出窗口All Output）会自动打出一个（lldb）命令，你在其后输入bt，回车。

恭喜你，这时Xcode会自动输出最后的一次调用堆栈。如下：

  1. * thread #1: tid = 0x1f03, 0x0132edee CoreFoundation`___forwarding___ + 206, stop reason = EXC_BREAKPOINT (code=EXC_I386_BPT, subcode=0x0)
  2. frame #0: 0x0132edee CoreFoundation`___forwarding___ + 206
  3. frame #1: 0x0132ecb2 CoreFoundation`_CF_forwarding_prep_0 + 50
  4. frame #2: 0x00002e60 testMVC`-[ViewCtrl2 touchesBegan:withEvent:] + 128 at ViewCtrl2.m:40
  5. frame #3: 0x013c9e99 CoreFoundation`-[NSObject performSelector:withObject:withObject:] + 73
  6. frame #4: 0x000ffc49 UIKit`forwardTouchMethod + 268
  7. frame #5: 0x000ffb38 UIKit`-[UIResponder touchesBegan:withEvent:] + 30
  8. frame #6: 0x0003a2cf UIKit`-[UIWindow _sendTouchesForEvent:] + 272
  9. frame #7: 0x0003a5e6 UIKit`-[UIWindow sendEvent:] + 273
  10. frame #8: 0x00020dc4 UIKit`-[UIApplication sendEvent:] + 464
  11. frame #9: 0x00014634 UIKit`_UIApplicationHandleEvent + 8196
  12. frame #10: 0x012b2ef5 GraphicsServices`PurpleEventCallback + 1274
  13. frame #11: 0x0139c195 CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 53
  14. frame #12: 0x01300ff2 CoreFoundation`__CFRunLoopDoSource1 + 146
  15. frame #13: 0x012ff8da CoreFoundation`__CFRunLoopRun + 2218
  16. frame #14: 0x012fed84 CoreFoundation`CFRunLoopRunSpecific + 212
  17. frame #15: 0x012fec9b CoreFoundation`CFRunLoopRunInMode + 123
  18. frame #16: 0x012b17d8 GraphicsServices`GSEventRunModal + 190
  19. frame #17: 0x012b188a GraphicsServices`GSEventRun + 103
  20. frame #18: 0x00012626 UIKit`UIApplicationMain + 1163
  21. frame #19: 0x000026fa testMVC`main + 170 at main.m:16
  22. frame #20: 0x00002645 testMVC`start + 53

当然还有其他的命令（和gdb命令通用）：

  1. 命令                        解释
  2. break NUM               在指定的行上设置断点。
  3. bt                      显示所有的调用栈帧。该命令可用来显示函数的调用顺序。
  4. clear                   删除设置在特定源文件、特定行上的断点。其用法为：clear FILENAME:NUM。
  5. continue                继续执行正在调试的程序。该命令用在程序由于处理信号或断点而导致停止运行时。
  6. display EXPR            每次程序停止后显示表达式的值。表达式由程序定义的变量组成。
  7. file FILE               装载指定的可执行文件进行调试。
  8. help NAME               显示指定命令的帮助信息。
  9. info break              显示当前断点清单，包括到达断点处的次数等。
  10. info files              显示被调试文件的详细信息。
  11. info func               显示所有的函数名称。
  12. info local              显示当函数中的局部变量信息。
  13. info prog               显示被调试程序的执行状态。
  14. info var                显示所有的全局和静态变量名称。
  15. kill                    终止正被调试的程序。
  16. list                    显示源代码段。
  17. make                    在不退出 gdb 的情况下运行 make 工具。
  18. next                    在不单步执行进入其他函数的情况下，向前执行一行源代码。
  19. print EXPR              显示表达式 EXPR 的值。
  20. print-object            打印一个对象
  21. print (int) name      打印一个类型
  22. print-object [artist description]   调用一个函数
  23. set artist = @"test"    设置变量值
  24. whatis                  查看变理的数据类型

使用lldb调试工具，结合 解决EXC_BAD_ACCESS错误的一种方法--NSZombieEnabled一起使用，实在是查找crash的一大利器啊，很是方便！

NSZombieEnabled 只能在Debug下用，发布时候，务必去掉。

lldb命令常用（备忘）

假如你准备在模拟器里面运行这个，你可以在“（lldb）”提示的后面输入下面的：

(lldb) po $eax

LLDB在xcode4.3或者之后的版本里面是默认的调试器。假如你正在使用老一点版本的xcode的话，你又GDB调试器。他们有一些基本的相同的命令，因此假如你的xcode使用的是“（gdb）”提示，而不是“（lldb）”提示的话，你也能够更随一起做，而没有问题。

“po”命令是“print object”（打印对象）的简写。“$eax”是cup的一个寄存器。在一个异常的情况下，这个寄存器将会包含一个异常对象的指针。注意：$eax只会在模拟器里面工作，假如你在设备上调试，你将需要使用”$r0″寄存器。

例如，假如你输入：

(lldb) po [$eax class]

你将会看像这样的东西：

(id) $2 = 0x01446e84 NSException

这些数字不重要，但是很明显的是你正在处理的NSException对象在这里。

你可以对这个对象调用任何方法。例如：

(lldb) po [$eax name]

这个将会输出这个异常的名字，在这里是NSInvalidArgumentException，并且：

(lldb) po [$eax reason]

这个将会输出错误消息：

(unsigned int) $4 = 114784400 Receiver () has no segue with identifier ‘ModalSegue‘

注意：当你仅仅使用了“po $eax”，这个命令将会对这个对象调用“description”方法和打印出来，在这个情况下，你也会得到错误的消息。

实用LLDB命令

命令名 用法 说明

 
expr expr 表达式 可以在调试时动态执行指定表达式，并将结果打印出来，很有用的命令。
po po 表达式 与expr类似，打印对象，会调用对象description方法。是print-object的简写
print print (type) 表达式 也是打印命令，需要指定类型。
bt bt [all] 打印调用堆栈，是thread backtrace的简写，加all可打印所有thread的堆栈。
br l br l 是breakpoint list的简写
process continue l process continue 简写：c
thread step-in l thread step-in l 简写：s
thread step-inst l thread step-inst l 简写：si
thread step-over l thread step-over l 简写：n
thread step-over-inst l thread step-over-inst l 简写：ni
thread step-out l thread step-out l 简写：f
thread list thread list 简写：th l

内存泄漏隐患提示：
Potential Leak of an object allocated on line ……
数据赋值隐患提示：
The left operand of …… is a garbage value;
对象引用隐患提示：
Reference-Counted object is used after it is released;

对retain、copy、init、release、autorelease等在计数时的使用情况的详细讲解，推荐一下：

http://www.cnblogs.com/andyque/archive/2011/08/08/2131236.html

调用autorelease这意味着，你可以在这个函数里面使用vari，但是，一旦下一次run loop被调用的时候，它就会被发送release对象。然后引用计数改为0，那么内存也就被释放掉了。（关于autorelease到底是怎么工作的，我的理解是：每一个线程都有一个autoreleasePool的栈，里面放了很多autoreleasePool对象。当你向一个对象发送autorelease消息之后，就会把该对象加到当前栈顶的autoreleasePool中去。当当前runLoop结束的时候，就会把这个pool销毁，同时对它里面的所有的autorelease对象发送release消息。而autoreleasePool是在当前runLoop开始的时候创建的，并压入栈顶。那么什么是一个runLoop呢？一个UI事件，Timer call， delegate call， 都会是一个新的Runloop。）

当程序崩溃的时候怎么办,有如下两部分（英文版的）:

http://www.raywenderlich.com/10209/my-app-crashed-now-what-part-1

（中文的part-1）http://article.ityran.com/archives/1006

http://www.raywenderlich.com/10505/my-app-crashed-now-what-part-2

（中文的part-2）http://article.ityran.com/archives/1143

内存使用详细介绍：

http://www.cocoachina.com/bbs/simple/?t94017.html

时间： 2024-10-07 11:39:10

lldb调试命令的相关文章

【转】浅谈LLDB调试器

随着Xcode 5的发布,LLDB调试器已经取代了GDB,成为了Xcode工程中默认的调试器.它与LLVM编译器一起,带给我们更丰富的流程控制和数据检测的调试功能.LLDB为Xcode提供了底层调试环境,其中包括内嵌在Xcode IDE中的位于调试区域的控制面板,在这里我们可以直接调用LLDB命令.如图1所示: 图1:位于Xcode调试区域的控制台 在本文中,我们主要整理一下LLDB调试器提供给我们的调试命令,更详细的内容可以查看The LLDB Debugger. LLDB命令结构 在使用LL

iOS LLDB调试器

随着Xcode 5的发布,LLDB调试器已经取代了GDB,成为了Xcode工程中默认的调试器.它与LLVM编译器一起,带给我们更丰富的流程控制和数据检测的调试功能.LLDB为Xcode提供了底层调试环境,其中包括内嵌在Xcode IDE中的位于调试区域的控制面板,在这里我们可以直接调用LLDB命令.如图1所示: 图1:位于Xcode调试区域的控制台 在本文中,我们主要整理一下LLDB调试器提供给我们的调试命令,更详细的内容可以查看The LLDB Debugger. LLDB命令结构 在使用LL

LLDB调试基本使用

在平时开发中,我们可能需要调试某些东西,比如查看给服务器发请求时传过去的参数,如果不适用LLDB的话我们用的最多的就是通过NSLog方式去打印,但现在我们可以精简这个步骤,那就是使用LLDB调试命令. Xcode从4.0开始编译器开始改用LLVM,相应的调试器也从gdb改为LLDB.而从 Xcode5.0开始所有工程也被自动设置为使用LLDB. 使用: 首先,我们需要先设置一个断点; 当程序执行到断电的时候就会弹出LLDB调试面板: 这个时候我们可以在这里输入对应命令行回车查看或更改参数 po

iOS中教你快速掌握LLDB调试技巧

摘要 LLDB是Xcode默认的调试器,它与LLVM编译器一起,带给我们更丰富的流程控制和数据检测的调试功能.平时用Xcode运行程序,实际走的都是LLDB.熟练使用LLDB,可以让你debug事半功倍. LLDB控制台 Xcode中内嵌了LLDB控制台,在Xcode中代码的下方,我们可以看到LLDB控制台. LLDB控制台平时会输出一些log信息.如果我们想输入命令调试,必须让程序进入暂停状态.让程序进入暂停状态的方式主要有2种: 1. 断点或者watchpoint: 在代码中设置一个断点(w

iOS 开发者旅途中的指南针 - LLDB 调试技术

文章转载于:iOS 开发者旅途中的指南针 - LLDB 调试技术 今天给大家介绍的内容,无关乎任何功能性开发技术,但又对开发的效率影响至深,这就是调试技术. 何为调试呢,比如我们用 print 函数在指定位置进行输出,来定位某些节点的变量内的取值: 12345 let result = parseJSON("[1,2,3]");print(result); result = parseJSON("error");print(result);4 相信我们大家看到类似这

学习笔记之--认识Xcode中的重要成员：lldb调试器

之前对lldb调试器了解比较少,平时主要用来打印日志和暂定时用鼠标查看属性数据以及使用p po一些简单的命令语句. 今天看了一些关于lldb的文章,顿时觉得之前对它了解太少了,原来它还有那么多的功能. 好记性不如烂笔头,我把方便易用的命令记录下来,方便以后查看. 一.ldb的语法结构 lldb的语法结构如下:<command> [<subcommand> [<subcommand>...]] <action> [-options [option-value]

在lldb调试中调用c++函数

在lldb调试时,调用oc对象的方法不足为奇,因为msgSend是有原型导出的,oc对象的方法都运行期绑定的,绑定信息都在objc_class中.只要在调试中[receiver sel]之类,lldb就自动完成的整个由SEL通过msgSend路由到receiver的IMP方法并执行的整个过程.但是要调用c++函数则没有这么方便,虽然c++函数(包括成员函数和非成员函数)的链接符号有着函数原型的详细信息,但却不包括类的定义和名字空间的定义,即使lldb翻译出这样一个符号(symbol)Quartz

使用Python脚本强化LLDB调试器

LLDB是Xcode自带的调试器,作为一个iOS应用开发程序员,平时我在开发应用时会使用LLDB来调试代码.在逆向应用时,也会用到LLDB来跟踪应用的执行过程. LLDB还内置了一个Python解析器,使用Python脚本可以方便LLDB的调试,比如自动化执行一些命令,或者自动化处理数据之类的,具体说明可以参考官方的文档:LLDB Python Reference. 以下就以一个具体的例子来演示一个Python脚本的编写过程: 一.获取方法的偏移地址 运行系统自带的计算器Calculator.a

转：iOS LLDB调试器和断点调试

本文转自:http://www.cnblogs.com/wfwenchao/p/3991060.html?utm_source=tuicool&utm_medium=referral 技巧一:运行时修改变量的值 你以前怎么验证是不是某个变量的值导致整段程序不能正常工作?修改代码中的变量的值,然后cmd+r重新启动app?现在你不需要这么做了,只需要设置一个断点,当程序在这进入调试模式后,使用expr命令即可在运行时修改变量的值. 假如有一个loginWithUsername:方法,需要两个参数: