在開發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官網地址：http://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= true
effort= "default"
reportLevel= "high"
println( "$project.buildDir")
classes = files("$project.buildDir/intermediates/classes")
source= fileTree("src/main/java/")
classpath= files()
reports{
xml.enabled=false
html.enabled=true
xml {
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。
