Xcode 断点调试

基本断点

如下图,这种是最常用的断点,也是最容易设置。左键点击一下就可以设置。

编辑断点

断点是可以编辑的。

断点有下面几个属性可以设置:

  • Condition
  • Ignore
  • Action
  • Options

Condition

这里可以输入条件表达式,满足条件的时候断点就会生效。例如上面输入a == 50。这个是非常有用的设置,特别在循环体内调试的时候,用着真的是爽。

Ingore

在这里可以设置忽略断点次数。

Action

Action是这里最复杂的,最强大的功能了。Action有6中类型。如下图

  1. AppleScript
  2. Capture GPU Frame
  3. Debugger Command
  4. Log Message
  5. Shell Command
  6. Sound

常用的就是Log Message和Debugger Command

Log Message

在这里填写的东西可以打印到控制台。例如我做了如下设置:

%B会打印断点的名字,%H会打印断点的调用次数,@@中间可以输入表达式。 上面的设置在控制台的输出如下:

Debugger Command

这里可以输入调试命令,也就是po(打印对象信息),bt(打印函数栈),expression(表达式)这些调试命令。看图就明白了:

image 控制台输出如下:

Options

勾选Automatically continue after evaluating actions之后程序会在断点产生后继续运行。这个属性是相当有用的,可以输入调试信息至于不暂停程序。

出了上面的基本断点外,XCode还提供了下面四种断点,需要点击断点面板左下角的+号添加。

  • Exception Breakpoint
  • OpenGL ES Error Breakpoint
  • Symbolic Breakpoint
  • Test Failure Breakpoint

Exception Breakpoint

Exception Breakpoint是一个非常有用的断点项。正如名字所示,当程序抛出异常的时候就回产生断点。通常程序崩溃会停在崩溃的地方,但有时候并不能准确停在引起异常的地方。比如数组越界!比如我下图所示,会引起数组越界访问。

程序运行的时候就会崩溃。但是崩溃停在了main函数里面,就算看了栈信息也不能马上定位到到底是那个数组越界访问了。为什么崩溃不能停在数组越界哪里?这是因为数组越界访问不一定会导致程序崩溃的,数组越界访问会导致异常抛出,而抛出的异常没有得到处理才会导致程序崩溃。因此最后会导致崩溃停在CoreFoundation框架里面。这个时候就需要设置Exception Breakpoint产生断点来定位错误了。

OpenGL ES Error Breakpoint

这个主要是OpenGL ES的断点调试,这个个人没用到过。

Symbolic Breakpoint

Symbolic Breakpoint,符号断点,真的是调试神器啊。当程序运行到特定符号的时候就会产生断点。通过这种方式添加断点,就不需要在源文件中添加,也不需要知道断点设置在文件的第几行。如图:

比普通断点多了两个属性Symbol和Module。

Symbol

Symbol的内容,可以有如下几种:

1. 方法名称:会对所有具有此方法名称的类方法生效。例如 initWithFrame: 。

2. 特定类的方法:OC类和C++类都适用,例如 ,[UIView initWithFrame:]或者 Shap::draw()。

3. 函数名称。例如普通C函数。

通过设置Symbol来调试,好用根本停不下来,想怎么断点就怎么断点。

Test Failure Breakpoint

这个类型的断点会在test assertion 失败的时候暂停程序的执行。

时间: 2024-08-29 06:09:51

Xcode 断点调试的相关文章

Xcode断点调试技巧

本文转载自破船 在程序中,无论是你想弄清楚为什么数组中有3个对象而不是5个,或者为什么一个新的玩家开始之后,游戏在倒退——调试在这些处理过程中是比较重要的一部分.通过本文的学习,我们将知道在程序中,可以使用的大多数重要调试功能,并如何利用这些调试功能来帮助你以更少的时间解决bug. 本文将介绍如下内容: 使用控制台检查程序的状态 进行日志记录,并熟练的驾驭NSLog 利用对象的生命周期跟踪内存的使用 使用控制台进行检查 在进行调试程序的时候,可能Xcode底部的小黑框会是你最好的朋友.它能输出日

Xcode 断点调试,取消直接进入到汇编语言界面处理

Xcode 上部的菜单拦: Product -> Debug Wokflow  下的菜单中,将“ Always Show Disassembly ”的勾去掉.(勾上的意思是用汇编语言进行Debug) Xcode 断点调试,取消直接进入到汇编语言界面处理

解决Xcode断点调试值都为nil的问题

在Build Settings中 Optimization Level 设置成 None

Xcode中如何在即将启动的APP中设置断点调试

在实际的App应用中,我们可能会碰到这么一种情况:我们设计一个APP,它可能会在外界发送某种消息或满足某种条件时,被动的启动加载,并根据外界传入的一些参数进行初始化工作. 这里由于程序是由其他程序启动的,所以我们不能够直接在XCode中编译运行程序并设置断点调试.但幸运的是,XCode提供了附加在进程上的调试功能,并且可以在进程启动前,通过进程名称等待进程运行,并在进程真正加载起来时,进入断点调试.具体方法如下: 1.在待调试的XCode中选择Debug->Attach to Process->

5个Xcode开发调试技巧

转自Joywii的博客,原文:Four Tips for Debugging in XCode Like a Bro 1.Enable NSZombie Objects(开启僵尸对象) Enable NSZombie Objects可能是整个Xcode开发环境中最有用的调试技巧.这个技巧非常非常容易追踪到重复释放的问题.该技巧会以非常简洁的方式打印指出重复释放的类和该类的内存地址. 怎么开启僵尸对象呢?首先打开 Edit Scheme (或者通过热键?<),然后选择Diagnostics选项卡,

iOS开发断点调试高级技巧

关于LLDB调试,很多iOS开发者可能就是停留在会下简单的断点,使用最多命令也就是po.无可厚非,这些简单的调试对于简单的问题来说应该是游刃有余.但是如果稍微复杂一些的问题,比如我之前遇到过友盟SDK里面的一个问题.我很想往里面下一个断点,可是对于.a的静态库来说,这根本不可能,最终还是我们组大牛使用命令的方式下了断点解决了这个问题.感觉这些知识很有必要,我于是把LLDB的基本调试命令都学习了一下,并在此与大家分享. 虽然博客很长,不过耐心看完,然后动手实践,一定会有很大帮助. breakpoi

iOS开发——调试篇&amp;Xcode常用调试技巧

Xcode常用调试技巧 Enable NSZombie Objects(开启僵尸对象) Enable NSZombie Objects可能是整个Xcode开发环境中最有用的调试技巧.这个技巧非常非常容易追踪到重复释放的问题.该技巧会以非常简洁的方式打印指出重复释放的类和该类的内存地址. 怎么开启僵尸对象呢?首先打开“Edit Scheme”(或者通过热键?<),然后选择Diagnostics选项卡,勾选Enable NSZombie Objects选项. 现在我们可以关掉ARC来测试重复释放的问

IOS调试—断点调试以及动态输出

在开发App的过程中.须要重复的改动和优化我们的代码,特别是当程序出现bug,须要高速的找出错误的原因,进行改动,以保证程序的正确运行. 断点调试,是最经常使用最简单的一种调试方式,能够一步步跟踪程序运行的流程,得到变量的值,高速的找到错误的原因. 1.断点的基本操作 断点的操作很easy,以下通过几张图来介绍一下怎样加入.删除.编辑以及使用断点. 2.全局断点 设置全局断点(异常断点).当遇到错误,Debug程序会自己主动定位到栈底信息,即跳到出错代码所在行. 3.条件断点 设置条件断点.当满

断点调试利器

编码不能没调试,调试不能没断点(Break Point).XCode的断点功能也是越来越强大. 基本断点 如下图,这种是最常用的断点,也是最容易设置.左键点击一下就可以设置. 编辑断点 断点是可以编辑的. 断点有下面几个属性可以设置: Condition Ignore Action Options Condition 这里可以输入条件表达式,满足条件的时候断点就会生效.例如上面输入a == 50.这个是非常有用的设置,特别在循环体内调试的时候,用着真的是爽. Ingore 在这里可以设置忽略断点