运行Swift程序,很多时候直接报错,跳到main函数里面,这时候有多种方法去调试,我就说说我用到的两种,以及踩的坑.
常规方式: 在对应代码行处打断点

但是,有时候程序不会停留在断点这边,直接进入了main函数,
这说明断点的位置不对,程序在断点之前就崩溃了,
有时候我们是需要定位错误到底是在哪个函数时,但又不能直接打断点
我们可以尝试看一下汇编程序的执行状况

这个时候界面会立刻变成这样,

通过汇编界面是可以看出程序运行的蛛丝马迹,有时候确实能解决问题,
但对于常规问题来说,我们还是用默认的断点调试比较好,
此时,我们需要更换Debug方式,

注意看,整个程序还是处于Debug状态的,我们点击原来的按钮,界面会由汇编更改为原来的代码界面

更改Debug Workflow 的前提是程序处于Debug状态,否则,设置无效:)
网友评论