這篇文章將為大家詳細(xì)講解有關(guān)怎么去掉Xcode工程中某種類型的警告，小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

東至ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場(chǎng)景，ssl證書未來(lái)市場(chǎng)廣闊！成為創(chuàng)新互聯(lián)建站的ssl證書銷售渠道，可以享受市場(chǎng)價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：13518219792（備注：SSL證書合作）期待與您的合作！

問題描述

在我們的項(xiàng)目中，通常使用了大量的第三方代碼，這些代碼可能很復(fù)雜，我們不敢改動(dòng)他們，可是作者已經(jīng)停止更新了,當(dāng)sdk升級(jí)或者是編譯器升級(jí)后，這些遺留的代碼可能會(huì)出現(xiàn)許許多多的警告，那么我們有沒有辦法去掉這些煩人的警告，不然一個(gè)工程幾百個(gè)警告，你看著怎么都不爽吧。我們?cè)趺慈サ艟婺兀?/p>

1. 最直接、最一勞永逸、最安全的方式，直接找到警告的那段代碼，改為不警告。這個(gè)方式最安全。

可是它有一個(gè)問題，就是，當(dāng)我們很多文件都有這種類型的警告的時(shí)候，我們就需要改動(dòng)很多很多的源碼了, 對(duì)于不是我們寫的源碼，有可能隨時(shí)會(huì)更新的，我們這種方式，顯然就不太可取了。

2. 使用編譯器提供的宏來(lái)操作，這個(gè)方式在我們的工程中會(huì)大量的看到：

#pragma clang diagnostic push#pragma clang diagnostic ignored"-Wdeprecated-declarations" //寫在這個(gè)中間的代碼,都不會(huì)被編譯器提示-Wdeprecated-declarations類型的警告dispatch_queue_tcurrentQueue =dispatch_get_current_queue();#pragma clang diagnostic pop

這種方式的問題,同第一個(gè)差不多,也是要修改源代碼的實(shí)現(xiàn)的,對(duì)于第三方,我們肯定是不想改動(dòng)它的,尤其是一些更新很頻繁的第三方,一般警告出現(xiàn)后不久,作者就更新了,我們?cè)诖俗鲞@樣的操作,就顯得浪費(fèi)了.并且在 添加arm64支持的時(shí)候,一下出現(xiàn)幾百個(gè)某種類型的警告,改起來(lái)也是相當(dāng)費(fèi)時(shí)費(fèi)力的啊!

比如我們的工程,打開了arm64,然后編譯：

3.關(guān)閉某一個(gè)指定文件的某種指定類型的警告

這里,拿一個(gè)具體工程來(lái)說(shuō)吧.比如我們工程里有一個(gè)文件 PresencePacket

其實(shí)關(guān)閉某個(gè)指定文件的某種類型的警告很簡(jiǎn)單,就如同我們以前給某一個(gè)文件添加 ARC支持或者不支持的時(shí)候那樣 添加 忽略/顯示 某種類型警告

雙擊 文件, 在其中添加 -Wno-shorten-64-to-32 (這個(gè)關(guān)鍵在就是讓編譯器忽略 Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32_t' (aka 'int') 警告)

添加完成后,再編譯,那么PresencePacket文件中的 Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32_t' (aka 'int') 警告就沒有了,是不是很簡(jiǎn)單,很方便.

這種方式,已經(jīng)是大大的減少了工作量了,只需要在指定的文件的編譯中添加 -Wno-shorten-64-to-32就可以了.那么有沒有什么方式可以讓編譯器忽略整個(gè)工程中的 指定類型的警告呢?

4.關(guān)閉工程中指定 類型的警告

這個(gè)最簡(jiǎn)單了, 工程的target有一個(gè) Other Warning Flags

在其中添加 -Wno-shorten-64-to-32

再重新編譯,哈哈,整個(gè)文件中的 Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32_t' (aka 'int') 警告全部消失了!!!!

5.大家可能很疑惑,上面的-Wno-shorten-64-to-32 是怎么來(lái)的,我怎么知道 Implicit conversion loses integer precision: 'NSInteger' (aka 'long') to 'int32_t' (aka 'int') 警告 就是 -Wno-shorten-64-to-32類型呢?這里,其實(shí)不需要記憶的,當(dāng)工程中有這種類型警告的時(shí)候

在警告窗口,某個(gè)警告上,我們右擊,顯示出右鍵菜單,選擇其中的 Reveal in Log

則會(huì)顯示

注意到其中 [-Wshorten-64-to-32],在這個(gè)括號(hào)中的就是 這種警告的類型 -W是前綴,這個(gè)前綴表示的是 打開這種類型的警告 如果我們是要關(guān)閉某種類型的警告的話, 要將 -W換成 -Wno-

這樣就得到了 -Wno-shorten-64-to-32了.

關(guān)于“怎么去掉Xcode工程中某種類型的警告”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，請(qǐng)把它分享出去讓更多的人看到。

本文標(biāo)題：怎么去掉Xcode工程中某種類型的警告-創(chuàng)新互聯(lián)
網(wǎng)頁(yè)URL：http://jinyejixie.com/article12/cchodc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站導(dǎo)航、移動(dòng)網(wǎng)站建設(shè)、微信小程序、域名注冊(cè)、服務(wù)器托管、商城網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)