iOS開發中的一些常見警告處理

在開發過程中,開發人員應該把每一個警告當做一個bug來對待,xcode8升級后,對類型上的要求又高了許多,很多警告是因為賦值的類型不同引起的,雖然不清楚是否會對正常運行造成影響,不過為了處理掉,還是老老實實的轉化類型.讓類型一致,解決掉這一類bug并沒有太大的問題,不過一些char ,long ,long long ,int , NSInteger類型間的轉換需要嚴謹一些.具體要去查一下各自對應的范圍,百度有很多.

正真讓人感覺煩惱的是一些編譯器的報警.大致總結一下:

一. 工程中刪除文件后的missing file警告:

首先是刪除文件的時候一定要在工程先移除引用,然后再從Finder中刪除該文件.
出現警告時:用終端命令進入missing file的目錄,然后運行命令:

  • 1.svn delete file.cpp 或者 git rm file.cpp,
  • 2.開啟隱藏目錄,把工程下的.svn刪除掉,
  • 3.進入工程目錄下,運行命令 find . -name .svn -exec rm -rf { } ; 刪除工程中的隱藏文件.

三種方式多試幾次,如果還不行,找到你刪除的文件,再次拖入工程中,不要勾選copy,然后clean一下,再從工程中移除此文件...

二. 項目中c++混編的文件,編譯器的設置:
  • 1.一些三方庫中經常會有c++混編的.mm的文件,有時候導入后一直在庫里報錯,你說改別人庫的代碼吧,又沒那么容易,總之這個問題很煩很煩,之前我的老項目中一直沒辦法使用SDWebImage,還有MJRefresh這些常用的三方,寫什么都要用原生,后來仔細琢磨了下,我的思路是,把這些.mm文件中報錯的地方oc的寫法改一改,改成c或者c++的寫法,然后在編譯器設置里把.mm文件的編譯源設置為根據文件選擇.
  • 2.具體就是在Build Settings下的 Apple LLVM 8.0 - Language 中找到Compile Sources As 中,選擇According To File Type.
  • 3.網上也有人說直接改為Objective - C++,這種應該大多數情況下足夠用了...但是如果不行的話,還是試試上一種方法吧.
三. 工程中的Linker command faile with exit code 1 的警告
  • 1.大多數情況下是新導入了三方庫文件路徑不對的問題,在 Build settings->Linking->Other Linker Flags下添加-ObjC,編譯試一下,如果不行,就添加-all_load,這個是針對所有的文件的,一般情況下用-ObjC能解決的就不要用這個.
  • 2.如果新導入的庫中有.a文件導致這個警告的話,在Build settings->Search Path->Library Search Paths 添加靜態庫的相應路徑,用$(PROJECT_DIR)或者$(SRCROOT),這兩個含義不一樣,前者是表示整個項目,后者是項目的根目錄.個人建議用$(PROJECT_DIR).網上還有人說刪掉這里面原來的就好了.沒試過,可以試下.
  • 3.有時候pch文件經常出現這個情況,解決方法是在Prefix Header中用$(SRCROOT)寫pch文件的路徑
四.工程中的 No such file or directory 警告
  • 1.這個具體是因為什么引起的現在還不太清楚,同樣也是三方庫的文件或者路徑的問題,解決方法是,在Build settings->Linking->Other Linker Flags下添加-W.
  • 2.如果沒有用,在 Build settings->Build Options->Debug Information Format中改為DWARF,兩種方法都試試,或者同時添加下試試.網上有人說這種方法打包的時候會出問題,見下一方法.
  • 3.不使用上一個方法,在Build settings->Apple LLVM 8.0 -Code Generation ->Generate Debug Symbol的值設為NO
    關于這個問題,我只是處理了,并沒有仔細的研究.
    參考鏈接:http://blog.sina.com.cn/s/blog_44174f2301014425.html
五. 關于xib的警告,這里不提是約束造成的警告,約束的警告請自行處理...
  • 具體的警告沒有記錄,處理方式是打開xib,在右側Interface Builder Document->Builds for中選擇Deployment Target.
六. 代碼中一些方法棄用,變量沒有使用,以及提示方法永遠不會被執行等其他警告
  • 用#pragma 預處理指令消除.
    代碼如下:
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-相關命令" //這里放你自己的報警告的原因對應的代碼
#pragma clang diagnostic pop

【未完待續】

路漫漫其修遠兮...

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,578評論 6 544
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,701評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事?!?“怎么了?”我有些...
    開封第一講書人閱讀 178,691評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,974評論 1 318
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,694評論 6 413
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 56,026評論 1 329
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 44,015評論 3 450
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,193評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,719評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,442評論 3 360
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,668評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,151評論 5 365
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,846評論 3 351
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,255評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,592評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,394評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,635評論 2 380

推薦閱讀更多精彩內容