iOS 開發(fā)調試技巧

第一次發(fā)簡書,個人寫原文的時間比較少,以后我會寫一些自己開發(fā)的時候遇到的小問題,如何處理的,也會轉發(fā)一些,我覺得好的干貨,放這里,希望大家能互相學習。

對于軟件開發(fā)而言,調試是必須學會的技能,重要性不言而喻。對于調試的技能,基本上是可以遷移的,也就是說你以前在其他平臺上掌握的很多調試技巧,很多也是可以用在iOS開發(fā)中。不同語言、不同IDE、不同平臺的調試,有同性也有個性。今天我們就來學習一下iOS開發(fā)中的調試技巧,語言暫用為OC,IDE當然是強大的Xcode。首先說明下,Xcode已經(jīng)為我們調試項目提供了極大的方便。

【1.普通斷點】

斷點(Breakpoint)絕對是調試程序的第一大選擇,也是掌握的基礎技能。顧名思義,當程序運行到斷點處時會暫停運行。比如斷點打在11行,那么程序就會停在11行(注意:程序只運行到了前10行,第11行其實還沒有被執(zhí)行!!!)。只要在代碼行旁邊點擊,就能添加一個斷點,再次點擊,就能讓斷點不可用(disable了,仍然存在,只是不起作用了)。在某一行創(chuàng)建斷點的快捷鍵是:command+\

并能在調試過程中在下方看到參數(shù)的值:


【2.條件斷點】

以上的斷點只是最普通的,我們還能對斷點的屬性進行配置,設置條件,使斷點更加智能化,右鍵斷點進入編輯對話框:


我以一個循環(huán)作為測試代碼:


循環(huán)中的代碼每次都要單步執(zhí)行,可能這并不是我想要的。我想要在i為3的時候中斷程序,進行調試,編寫條件如下:


設置i==3的條件后,程序就會在該條件時中斷,而不會每次到達該位置都中斷。中斷時輸出如下:


同時也可以設置Ignore參數(shù),會忽略前面n次的斷點運行,會在第n+1次中斷。


調試輸出如下:


同時,還可以查看某個函數(shù)被調用的次數(shù),設置Action參數(shù)如下,注意要選中Automatically continue after evaluating actions.


輸出結果如下:


【3.異常斷點】

斷點的功能不限于上面所述。開發(fā)iOS知道,如果我們因為異常然后程序crash了,代碼就直接跑到main.m的main函數(shù)中去了。為什么就不能跑到出現(xiàn)異常的代碼中呢???異常斷點就為我們解決該問題,程序就會在異常出現(xiàn)的那行代碼終止。創(chuàng)建異常斷點圖例如下:


如下所示就創(chuàng)建完成了。如果碰到異常crash時,嘗試使用異常斷點吧。


【4.符號斷點Symbolic Breakpoint】

符號斷點的創(chuàng)建也同異常斷點。一般符號斷點可以在你指定的[類名 方法名]時中斷執(zhí)行。


配置符號斷點如下:可以當執(zhí)行到ViewController類的viewDidLoad方法時中斷執(zhí)行。

如果你的Symbol只寫了一個函數(shù)名,那么就會在出現(xiàn)該函數(shù)名的地方就中斷執(zhí)行。如下,就會在運行到doAnimation的時候中斷。是不是很強大呢?

【5.Analyze分析器】

Analyze分析器是一種靜態(tài)的工具,可以對我們的程序進行分析,找出我們未使用的變量,或一些死存儲。執(zhí)行Analyze如下:Product-->Analyze. 如下藍色的標記就是靜態(tài)分析的結果。



當然,我們可以設置在編譯程序的時候同時Analyze,把下列選項設為Yes即可。


【6.Profile檢查器】

這個工具實在是太NB了,三言兩語說不完,貼張圖,大家感受一下,我會在以后的博客中慢慢講解該工具的使用。同樣在Product-->Profile中打開。


【7.僵尸對象】

iOS中把那些已經(jīng)release但還沒完全消失的對象叫做僵尸對象,對已經(jīng)release的對象再次釋放,就會發(fā)生異常。雖然自從使用ARC后,由于對象釋放產(chǎn)生的異常已經(jīng)大大變少,但偶爾還會出現(xiàn)。開啟僵尸對象模式后,就能快速定位到異常位置。開啟方式如下:Product-->Scheme-->Edit Scheme. 勾選Enable Zombie Objects即可。


【8.lldb命令】

Xcode中使用llvm編譯器,公認為最好的C、C++、OC、Swift編譯器。而lldb是llvm中的調試器,我們可以使用一些簡單的命令進行調試,我還是把上面的循環(huán)代碼作為測試代碼。


斷點調試中,使用po命令、print命令在Console控制臺打印出變量信息:


【9.NSLog打印】

應該說NSLog打印信息是初學者最喜歡的調試手法,也是最簡單的調試,通過打印出的信息查看程序運行的路徑。但是打印出的信息較少,本身NSLog效率較低,有人使用宏做了部分優(yōu)化,代碼如下:能夠打印出所在類名、所在方法名、詳細時間、行號。

#import "ViewController.h"

#define NSLog(format, ...) do { \

fprintf(stderr, " %s\n", \

[[[NSString stringWithUTF8String:__FILE__] lastPathComponent] UTF8String], \

__LINE__, __func__); \

(NSLog)((format), ##__VA_ARGS__); \

fprintf(stderr, "-------\n"); \

} while (0)

@interface ViewController ()

@end

@implementation ViewController

- (void)viewDidLoad {

[super viewDidLoad];

for (int i = 0; i < 5; i++) {

NSLog(@"我的值:%d",i);

}

}

@end

打印結果如下:


【10.生命周期方法init,dealloc】

對于ViewController來說,有兩個生命周期函數(shù)我們可以進行重寫,也就是init和dealloc方法。對于某些對象的狀態(tài),我們可以在這兩個方法中查看。尤其是在dealloc中可以看到當ViewController退出的時候某個對象是否release。

- (instancetype)init

{

self = [super init];

if (self) {

//初始化語句;

}

return self;

}

- (void)dealloc

{

//釋放后調用;

}

【11.查看代碼運行時間】

有時候我們想要準確的知道某段代碼、某個循環(huán)執(zhí)行的時間,然后分析效率等問題,這個時候就需要執(zhí)行時間是多少。正好看到網(wǎng)上已經(jīng)有人做了這個工作,我就直接摘下來了。正好也用了宏的方式計算時間,我們只要在需要計算時間的代碼塊前后寫上TICK,TOCK宏即可。當然,原理也是非常的簡單,也就是使用NSDate計算差值。

#import "ViewController.h"

#define TICK? NSDate *startTime = [NSDate date]

#define TOCK? NSLog(@"Time: %f", -[startTime timeIntervalSinceNow])

@interface ViewController ()

@end

@implementation ViewController

- (void)viewDidLoad {

[super viewDidLoad];

TICK;

for (int i = 0; i < 5; i++) {

NSLog(@"我的值:%d",i);

}

TOCK;

}

@end

打印結果如下:


【12.手機截屏】

手機截屏也算調試?哈哈。其實也算是開發(fā)中的一個小技巧哈。其實大家都會在iPhone上同時按電源鍵+Home鍵截屏,然后使用各種通訊軟件發(fā)給其他人,這個略顯不方便。我們來使用Xcode中的方式截屏。當手機接上電腦后,注意要把調試設備選為自己的手機:


然后選擇Debug-->View Debugging-->Take Screenshot...? .然后可以看到手機屏幕已經(jīng)在你的電腦桌面了。是不是比直接在手機上操作方便多了呢?這樣就可以快速的發(fā)給其他開發(fā)者、PM等人了。

【13.viewDidLoad不建議寫太多代碼】

個人建議不要在viewDidLoad方法中寫入太多代碼。尤其是涉及該界面中的動畫的時候,因為執(zhí)行viewDidLoad方法的時候,界面可能還沒完全加載出來,如果此時把動畫放在viewDidLoad中,可能會造成動畫無法顯示。當然也不建議把耗時的網(wǎng)絡請求和動畫效果都放在viewDidLoad中,界面的阻塞也會造成動畫無法顯示??梢試L試把動畫放在viewDidAppear,viewWillAppear方法中。對于這類涉及UI的問題,調試也是比較麻煩的。。。

【14.視圖調試】

如今iOS開發(fā)的UI設計有很多種方式,比如storyboard,xib,代碼實現(xiàn)。對于stoayboard,xib可視化實現(xiàn)是比較簡單的,但是對于一些“iOS老程序員”而言,都喜歡使用代碼實現(xiàn)UI,并且可能UI層次還比較復雜。這樣就給我們新接手項目的開發(fā)者帶來很多困擾。如何快速查看一個復雜UI的界面層次和布局,最快的方法就是用到視圖調試。

當項目運行到某一個界面(可以是模擬器或真機)時,開啟視圖調試,點擊按鈕如圖:

這樣就會進入試圖調試,你可以很方便的查看這個界面。這里可以看到控件之間的層次關系。


左側的樹形層次圖可以在查看線程、隊列和UI之間切換:

【15】常用的編譯宏定義:可以讓代碼在不同的編譯情況下執(zhí)行。

(1)__OPTIMIZE__? :用于release和debug的判斷,當選擇了__OPTIMIZE__? 時,可以讓代碼在release時執(zhí)行,在debug時不執(zhí)行。示例如下:

#ifndef __OPTIMIZE__

//這里執(zhí)行的是debug模式下

else

//這里執(zhí)行的是release模式下

#endif

(2)__i386__ 與 __x86_64__? :用于模擬器環(huán)境和真機環(huán)境的判斷。滿足該條件的代碼只在模擬器下執(zhí)行。示例代碼如下:

#if defined (__i386__) || defined (__x86_64__)

//模擬器下執(zhí)行

#else

//真機下執(zhí)行

#endif

(3)__IPHONE_OS_VERSION_MAX_ALLOWED? :當前編譯的SDK版本,可以與__IPHONE_9_0等宏定義進行比較,進行不同版本下代碼的執(zhí)行。示例如下:

if (__IPHONE_OS_VERSION_MAX_ALLOWED == __IPHONE_9_0) {

//如果當前SDK版本為9.0是執(zhí)行這里的代碼

}else{

//否則執(zhí)行這里

}

【16】預編譯宏 #ifdef? ? #else? #endif

#ifdef ****

//代碼1

else

//代碼2

#endif

意思是 如果標識符****已被#define命令定義過,則對代碼1進行編譯,否則對代碼2進行編譯。

同時也有#ifndef,則與#ifdef剛好相反。

總結

很好用的技巧

作者:(乞力馬...)? 原文 http://mp.weixin.qq.com/s?__biz=MjM5OTM0MzIwMQ==&mid=404478233&idx=2&sn=ae55d4f70fce47c11958f0b8536f4370&scene=23&srcid=0322WVWcizsblwnzfHYWq13O#rd

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容