級(jí)別： ★☆☆☆☆
標(biāo)簽：「Xcode靜態(tài)分析」「Analyze」「potential leak」
作者： Xs·H
審校： QiShare團(tuán)隊(duì)

在iOS項(xiàng)目開發(fā)過程中，常用到靜態(tài)分析（Analyze）、斷點(diǎn)（Breakpoint）和控制臺(tái)（Console）進(jìn)行代碼調(diào)試。本篇文章介紹Xcode常用調(diào)試方法之“靜態(tài)分析”。

一、簡(jiǎn)介

Xcode的靜態(tài)分析功能是在程序未運(yùn)行的情況下，對(duì)代碼的上下文語義、語法、和內(nèi)存情況進(jìn)行分析，可以檢測(cè)出代碼潛在的文本本地化問題（Localizability Issue）、邏輯問題（Logic error）、內(nèi)存問題（Memery error）、數(shù)據(jù)問題（Dead store）和語法問題（Core Foundation/Objective-C）等。功能入口在Xcode菜單欄 -> Product -> Analyze（Command+Shift+B）。圖示如下：

二、文本本地化問題

當(dāng)工程Target -> Build Settings -> Static Analyzer下的Missing Localizability設(shè)置為YES時(shí)，使用Analyze功能后可以發(fā)現(xiàn)一些控件會(huì)提示文本本地化問題User-facing text should use localized string macro。圖示如下：

按照提示，使用NSLocalizedString(<#key#>, <#comment#>)修飾文本即可修復(fù)，圖示如下：

或者，將Missing Localizability設(shè)置為NO也可以。圖示如下：

三、邏輯問題

使用Analyze可以分析出來代碼中潛在的邏輯問題。比如直接使用NSNumber的對(duì)象作為條件時(shí)，會(huì)得到提示Converting a pointer value of type 'NSNumber *' to a primitive boolean value; instead, either compare the pointer to nil or call -boolValue。圖示如下：

根據(jù)提示，我們有兩種修改方式，圖示如下：

雖然這兩種修改方式都能解決問題，但不完全一樣，要注意其中的差別，選擇需要的使用。

四、內(nèi)存問題

雖然ARC幫助開發(fā)者管理了大部分的內(nèi)存問題。但像CGImageRef等C系列的代碼還需要開發(fā)者管理內(nèi)存。這些內(nèi)存問題在編譯過程中很難發(fā)現(xiàn)，但使用Analyze可以給出相應(yīng)的提示。圖示如下：

上圖中有兩處和內(nèi)存相關(guān)的提示，開發(fā)者可以按照提示進(jìn)行相應(yīng)的修改。圖示如下：

五、數(shù)據(jù)問題

在編碼過程中，一些數(shù)據(jù)問題可以通過Analyze很好的提示出來。比如下圖：

上圖中的string被提示在初始化后從未被用到。是因?yàn)榈诙康馁x值操作為string重新申請(qǐng)了內(nèi)存。這時(shí)，開發(fā)者去掉第一步初始化方法即可。圖示如下：

六、語法問題

在重寫類的init方法時(shí)，有時(shí)會(huì)手誤寫出語法問題，這時(shí)可以使用Analyze檢測(cè)出問題。圖示如下：

根據(jù)提示自己檢查可以知道是if語句寫錯(cuò)了，多了一個(gè)=。修改如下：

總結(jié)

上述幾部分內(nèi)容只是對(duì)Analyze功能的舉例，其實(shí)際能檢測(cè)出的問題會(huì)更多。另外，Analyze也有自己的局限性，其檢查結(jié)果也只是輔助開發(fā)者查找問題，真正優(yōu)化代碼需要開發(fā)者更多的技術(shù)經(jīng)驗(yàn)。

推薦文章：
iOS消息轉(zhuǎn)發(fā)
iOS 自定義拖拽式控件：QiDragView
iOS 自定義卡片式控件：QiCardView
iOS Wireshark抓包
iOS Charles抓包