#pragma

其作用是：整理程式碼和防止編譯器警告。
作為預處理指令，#pragma在編譯時進行計算，但它並不像如 #ifdef…#endif 之類的巨集，#pragma 的使用不會改變程式碼的執行軌跡。反過來思考更加通俗易懂：註釋是不會影響專案的執行順序

一、整理程式碼

有一定經驗的iOS開發程式猿，一般會在自己的程式碼中使用【#pragma mark - message】將程式碼分成一個個邏輯區塊，方便自己和同事查詢和閱讀程式碼。如果沒有使用#pragma來整理程式碼沒,也沒有做好程式碼分離，這對程式設計師來說簡直就是一場災難。
下面，我在這裡對#pragma mark 如何使用及如何幫助我們快出查詢和閱讀程式碼做一些簡單地說明：

@implementation ViewController

- (id)init {
  ...
}

#pragma mark - UIViewController

- (void)viewDidLoad {
  ...
}

#pragma mark - IBAction

- (IBAction)cancel:(id)sender {
  ...
}

#pragma mark - UITableViewDataSource

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section {
  ...
 

}

#pragma mark - UITableViewDelegate

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath {
  ...
}

在@implementation中使用#pragma mark來將程式碼分割成一個個邏輯區塊。這些邏輯區塊可以使程式碼更具有可讀性。當你點選功能欄的方法那一區塊的時候就會出現如下的列表。ps：使用 【#pragma mark - 】可以增加一行水平分割線

二、遮蔽警告處理

對於【#pragma】消除警告處理的用法估計用的人就比較少了。對這一塊比較瞭解的人，一般對程式碼都有一定的強迫症，想盡可能的消除掉警告。下面我對這一塊的使用進行詳細的說明：
相信很多人都會在程式碼裡面匯入一些第三方庫，目前很多的第三方庫都帶有很多編譯器警告。如果你不想看到這些警告或者已經確認沒有問題，但它仍然報警告的時候，這時候Clang提供了一個非常方便的方法來處理這一問題。

[1] 特定程式碼警告處理

通過使用【#pragma clang diagnostic push/pop】，你可以告訴編譯器僅僅為某一特定部分的程式碼（最初的診斷設定在最後的pop被恢復）忽視特定警告。其步驟如下：

#pragma clang diagnostic push
#pragma clang diagnostic ignored "-相關命令"
    // 你自己的程式碼
#pragma clang diagnostic pop

下面例舉幾個常見的使用：

1、方法棄用警告

#pragma clang diagnostic push   
#pragma clang diagnostic ignored "-Wincompatible-pointer-types"  
   //  
#pragma clang diagnostic pop

2、 不相容指標型別

    #pragma clang diagnostic push   
    #pragma clang diagnostic ignored "-Wincompatible-pointer-types"   
    //  
    #pragma clang diagnostic pop  

3、迴圈引用

    // completionBlock is manually nilled out in AFURLConnectionOperation to break the retain cycle.  
    #pragma clang diagnostic push  
    #pragma clang diagnostic ignored "-Warc-retain-cycles"  
        self.completionBlock = ^ {  
            ...  
        };  
    #pragma clang diagnostic pop  

4、未使用變數

    // completionBlock is manually nilled out in AFURLConnectionOperation to break the retain cycle.  
    #pragma clang diagnostic push  
    #pragma clang diagnostic ignored "-Warc-retain-cycles"  
        self.completionBlock = ^ {  
            ...  
        };  
    #pragma clang diagnostic pop  

5、未使用default

#pragma clang diagnostic push   
#pragma clang diagnostic ignored "-Wunused-variable"   
  int a;   
#pragma clang diagnostic pop  

在push的時候開啟,在pop的時候結束,其中在ignored開始後忽略報警。

[2] 整個應用警告處理

在專案的building setting裡面搜尋【Other Warning Flags】,我們可以在裡面，新增想要消除的警告。當然在這裡設定，對專案所有檔案都起作用，具體使用步驟如下圖：

[3] 針對檔案類或整個應用

一般情況下，有一些想要忽略的警告(注意不是致命錯誤!)可以在檔案頂端加入，其程式碼姿勢如下：

#pragma clang diagnostic ignored "-W警告名"

比較常見的如：

//方法棄用
#pragma clang diagnostic ignored "-Wdeprecated-declarations"         
//使用位置變數
#pragma clang diagnostic ignored "-Wunused-variable"   

那麼上面裡例舉的那些警告名怎麼獲取呢，請看下圖：

獲取到警告名稱後，直接複製到對應的方法即可。

在這裡我整理了一個【ZMWarmingIgnored.h】檔案類，包含了絕大部分的警告名，放在xxx.pch檔案中呼叫，可以消除大部分的警告，歡迎大家使用：
點我馬上去下載

三、補充：警告的使用

如果我們追求程式碼的嚴苛和謹慎我們可以新增一些我們平常沒有使用的警告。也可以在Other C Flags 中加入【-Wall】(開啟大部分警告),-Wextra,【-Weverything】(開啟全部警告)來新增警告,當然在除錯過程中不推薦，不然你試試就知道了������
這裡面的警告有許多是編譯器開發人員所使用的警告,但是同時也能讓我們的程式碼更加清晰,規範!推薦程式碼release的階段最好開啟其他警告!

最後我們可以在專案中使用

#warning this is a warning

新增一個警告,提醒我們需要注意的地方，甚至我們可以使用

#error This is a error

來新增一個嚴重警告,提醒我們還有一些重要的事沒有做完,比如在編寫第三方庫的時候還需要新增其他庫。
我們手動新增嚴重警告,會比在註釋中新增說明要醒目的很多!

參考連結