在開發Android的過程中，會出現一些比較不容易發現的Bug，比如沒有對null做判斷，會出現'NullPointException'的崩潰,下面的代碼就會出現崩潰：

if (ta != null) {mPanelHeight = ta.getDimensionPixelSize(R.styleable.SlidingUpPanelLayout_umanoPanelHeight, -1);mShadowHeight = ta.getDimensionPixelSize(R.styleable.SlidingUpPanelLayout_umanoShadowHeight, -1);mParallaxOffset = ta.getDimensionPixelSize(R.styleable.SlidingUpPanelLayout_umanoParalaxOffset, -1);.......}ta.recycle();復制代碼

開頭的時候判斷ta不為null,但是在調用ta.recycle()的時候是在if之后，在使用的時候，如果傳入的參數ta為null的話就會出現NullPointException的Bug,當然好的代碼編寫習慣，以及進行code review,還有充分的測試都可以避免這種Bug的出現。如果換一種思路能夠通過工具檢查出這種潛在的Bug就最好不過的。還好有一種工具可以解決這個問題:FindBugs。

FindBugs

FindBugs是一個Java靜態分析工具，用來檢查類或者jar文件，查找代碼可能存在的問題。FindBugs官網地址：findbugs.sourceforge.net/。
檢測完成之后會生成一份詳細的報告，借助這份報告可以找到潛在的Bug，比如前面說到的NullPointException,還可以檢查特定的資源沒有關閉,例如：查詢數據庫沒有調用Cursor.close()等。
如果采用人工的方式很難發現類似的bug，或者有一些Bug不會發現，直到運行時才出現，還有可能是一直沒有出現，別人調用的時候沒有做檢查就直接使用了.....
FindBugs可以自動化化的分析代碼，幫助開發者提高代碼質量，當然它可以無難度的在Android上面運行，通過FindBugs的檢查可以讓App的運行更加的穩定。

Gradle插件

FindBugs在Gradle中做一個插件存在的，可以在Android Studio中直接使用：

apply plugin: "findbugs"task findbugs(type: FindBugs,dependsOn:'assembleDebug') {ignoreFailures= trueeffort= "default"reportLevel= "high"println( "$project.buildDir")classes = files("$project.buildDir/intermediates/classes")source= fileTree("src/main/java/")classpath= files()reports{xml.enabled=falsehtml.enabled=truexml {destination "$project.buildDir/findbugs.xml"}html{destination "$project.buildDir/findbugs.html"}} }復制代碼

代碼解釋：

• 引入FindBugs的插件：apply plugin: "findbugs"。
• 定義一個task任務，這個任務的類型是FindBugs，指定依賴assembleDebug是為了先生成.classe文件，才能對代碼進行靜態分析。
• ignoreFailures：有警告錯誤的時候也是允許構建。
• reportLevel:報告的級別，Low,Medium,High一般來說我們首先關注的是高級別的報告，再關注低一級別的報告。
• classes和source分別是對應的.classe文件夾地址，和源代碼文件地址。
• repoets指定報告類型，有兩種方式xml和html，只允許一種輸出格式。

定義完成之后，同步下Gradle，之后在右側的Gradle的菜單中找到對于的Module,就可以在Tasks中找到對應的findBugs任務，點擊即可運行。

FindBugs報告

運行完成之后，會得到對應的一個類似下圖的報告:

報告
更多的內容解讀可以點擊詳情，看到錯誤對應的代碼行號，和錯誤詳情，以及相關檢測錯誤的解釋。
常見的FindBugs的警告:

• NP:Possible null pointer dereference,可能出現null的代碼。
• HE：重寫對戲那個的equals(）方法，但是沒有重寫它的hashCode方法，或者相反的情況。
• SE：serializable錯誤
• ...其他常見錯誤可以參考文檔

什么時候運行？

什么時候運行是一個問題，一般情況下在原有的項目中加入FindBugs之后，可以檢測出一些以前的代碼存在的問題，所以在剛剛使用FindBugs的時候應該做一次全面的檢查，解決掉對應的問題。
之后的運行，一般可以在完成一個版本對應功能開發完成之后可以檢查一次，防止新修改的代碼有潛在的bug，另一個時間點就是在每次修復完Bug之后，再運行一次，防止修復Bug的時候，造成了新的Bug。

總結

以上是生活随笔為你收集整理的Android-使用FindBugs的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。