iOS“断点”(Break Point)你不知道多强大

最新推荐文章于 2023-03-21 15:06:16 发布

小男孩的王者梦

最新推荐文章于 2023-03-21 15:06:16 发布

阅读量781

点赞数 1

分类专栏： iOS OC 文章标签：调试断点设置

iOS 同时被 2 个专栏收录

11 篇文章 0 订阅

订阅专栏

2 篇文章 0 订阅

订阅专栏

iOS“断点”(Break Point)你不知道多强大！

（转载自http://mp.weixin.qq.com/s?__biz=MzA4ODk0NjY4NA==&mid=230272985&idx=1&sn=045c98bfb2d8dd1ecf7a732189935081&scene=0#rd）

编码不能没调试，调试不能没断点（Break Point）。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会打印断点的调用次数，@@中间可以输入表达式。上面的设置在控制台的输出如下：

...

-application:didFinishLaunchingWithOptions: 92 20

2015-07-28 22:19:21.905 Test[981:38016] 91

-application:didFinishLaunchingWithOptions: 93 20

-application:didFinishLaunchingWithOptions: 94 20

-application:didFinishLaunchingWithOptions: 95 20

2015-07-28 22:19:21.913 Test[981:38016] 92

2015-07-28 22:19:21.921 Test[981:38016] 93

2015-07-28 22:19:21.929 Test[981:38016] 94

-application:didFinishLaunchingWithOptions: 96 20

2015-07-28 22:19:21.937 Test[981:38016] 95

-application:didFinishLaunchingWithOptions: 97 20

2015-07-28 22:19:21.944 Test[981:38016] 96

-application:didFinishLaunchingWithOptions: 98 20

2015-07-28 22:19:21.952 Test[981:38016] 97

-application:didFinishLaunchingWithOptions: 99 20

2015-07-28 22:19:21.959 Test[981:38016] 98

-application:didFinishLaunchingWithOptions: 100 20

2015-07-28 22:19:21.967 Test[981:38016] 99

Debugger Command

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

控制台输出如下：

<UIApplication: 0x7fc92360b1d0>

* thread #1: tid = 0xb7db, 0x0000000101d0eb11 Test`-[AppDelegate application:didFinishLaunchingWithOptions:](self=0x00007fc923400570, _cmd=0x00000001033f3123, application=0x00007fc92360b1d0, launchOptions=0x0000000000000000) + 97 at AppDelegate.m:20, queue = 'com.apple.main-thread', stop reason = breakpoint 1.1

* frame #0: 0x0000000101d0eb11 Test`-[AppDelegate application:didFinishLaunchingWithOptions:](self=0x00007fc923400570, _cmd=0x00000001033f3123, application=0x00007fc92360b1d0, launchOptions=0x0000000000000000) + 97 at AppDelegate.m:20

frame #1: 0x0000000102c0d748 UIKit`-[UIApplication _handleDelegateCallbacksWithOptions:isSuspended:restoreState:] + 240

frame #2: 0x0000000102c0e357 UIKit`-[UIApplication _callInitializationDelegatesForMainScene:transitionContext:] + 2540

frame #3: 0x0000000102c1119e UIKit`-[UIApplication _runWithMainScene:transitionContext:completion:] + 1349

frame #4: 0x0000000102c10095 UIKit`-[UIApplication workspaceDidEndTransaction:] + 179

frame #5: 0x0000000107d3c5e5 FrontBoardServices`__31-[FBSSerialQueue performAsync:]_block_invoke_2 + 21

frame #6: 0x00000001024da41c CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__ + 12

frame #7: 0x00000001024d0165 CoreFoundation`__CFRunLoopDoBlocks + 341

frame #8: 0x00000001024cff25 CoreFoundation`__CFRunLoopRun + 2389

frame #9: 0x00000001024cf366 CoreFoundation`CFRunLoopRunSpecific + 470

frame #10: 0x0000000102c0fb02 UIKit`-[UIApplication _run] + 413

frame #11: 0x0000000102c128c0 UIKit`UIApplicationMain + 1282

frame #12: 0x0000000101d0edbf Test`main(argc=1, argv=0x00007fff5def13a8) + 111 at main.m:14

frame #13: 0x0000000104dbd145 libdyld.dylib`start + 1

frame #14: 0x0000000104dbd145 libdyld.dylib`start + 1

(int) $2 = 98

2015-07-28 22:36:54.654 Test[1150:47067] 98

2015-07-28 22:36:54.670 Test[1150:47067] 99

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产生断点来定位错误了。