級別： ★☆☆☆☆
標簽：「Xcode靜態分析」「Analyze」「potential leak」
作者： Xs·H
審校： QiShare團隊
在iOS項目開發過程中，常用到靜態分析（Analyze）、斷點（Breakpoint）和控制臺（Console）進行代碼調試。本篇文章介紹Xcode常用調試方法之“靜態分析”。
一、簡介
Xcode的靜態分析功能是在程序未運行的情況下，對代碼的上下文語義、語法、和內存情況進行分析，可以檢測出代碼潛在的文本本地化問題（Localizability Issue）、邏輯問題（Logic error）、內存問題（Memery error）、數據問題（Dead store）和語法問題（Core Foundation/Objective-C）等。功能入口在Xcode菜單欄 -> Product -> Analyze（Command+Shift+B）。圖示如下：
二、文本本地化問題
當工程Target -> Build Settings -> Static Analyzer下的Missing Localizability設置為YES時，使用Analyze功能后可以發現一些控件會提示文本本地化問題User-facing text should use localized string macro。圖示如下：
按照提示，使用NSLocalizedString(<#key#>, <#comment#>)修飾文本即可修復，圖示如下：
或者，將Missing Localizability設置為NO也可以。圖示如下：
三、邏輯問題
使用Analyze可以分析出來代碼中潛在的邏輯問題。比如直接使用NSNumber的對象作為條件時，會得到提示Converting a pointer value of type 'NSNumber *' to a primitive boolean value; instead, either compare the pointer to nil or call -boolValue。圖示如下：
根據提示，我們有兩種修改方式，圖示如下：
雖然這兩種修改方式都能解決問題，但不完全一樣，要注意其中的差別，選擇需要的使用。
四、內存問題
雖然ARC幫助開發者管理了大部分的內存問題。但像CGImageRef等C系列的代碼還需要開發者管理內存。這些內存問題在編譯過程中很難發現，但使用Analyze可以給出相應的提示。圖示如下：
上圖中有兩處和內存相關的提示，開發者可以按照提示進行相應的修改。圖示如下：
五、數據問題
在編碼過程中，一些數據問題可以通過Analyze很好的提示出來。比如下圖：
上圖中的string被提示在初始化后從未被用到。是因為第二部的賦值操作為string重新申請了內存。這時，開發者去掉第一步初始化方法即可。圖示如下：
六、語法問題
在重寫類的init方法時，有時會手誤寫出語法問題，這時可以使用Analyze檢測出問題。圖示如下：
根據提示自己檢查可以知道是if語句寫錯了，多了一個=。修改如下：
總結
上述幾部分內容只是對Analyze功能的舉例，其實際能檢測出的問題會更多。另外，Analyze也有自己的局限性，其檢查結果也只是輔助開發者查找問題，真正優化代碼需要開發者更多的技術經驗。
推薦文章：
iOS消息轉發
iOS 自定義拖拽式控件：QiDragView
iOS 自定義卡片式控件：QiCardView
iOS Wireshark抓包
iOS Charles抓包
