這裡列出了很多Java靜態分析工具，每一種工具關注一個特定的能發揮自己特長的領域，我們可以列舉一下：

• Pmd 它是一個基於靜態規則集的Java原始碼分析器，它可以識別出潛在的如下問題：
  – 可能的bug——空的try/catch/finally/switch塊。
  – 無用程式碼(Dead code)：無用的本地變數，方法引數和私有方法。
  – 空的if/while語句。
  – 過度複雜的表示式——不必要的if語句，本來可以用while迴圈但是卻用了for迴圈。
  – 可優化的程式碼：浪費效能的String/StringBuffer的使用。

• FindBugs 它用來查詢Java程式碼中存在的bug。它使用靜態分析方法標識出Java程式中上百種潛在的不同型別的錯誤。

• Checkstyle 它定義了一系列可用的模組，每一個模組提供了嚴格程度(強制的，可選的…)可配置的檢查規則。規則可以觸發通知(notification)，警告(warning)和錯誤(error)。

現在有很多檢視這些工具的處理結果的方式：

• XML格式：這些工具都可以產生XML檔案，這些XML檔案能用來產生HTML報表或者是被別的工具用來瀏覽分析的結果。
• HTML格式：HTML格式是最受歡迎的產生報表和團隊間分享的的方式，你也可以用xsl表格建立你自己的報表。
• IDE外掛：幾乎所有叫得上名字的IDE都給這些工具提供了外掛，這使得發現原始碼中存在的所有問題幾乎變成可能。

程式碼質量工具的一個問題是，它們有時候會給開發者提示很多不是錯誤的錯誤-也叫做假陽性(false positives)。當這種情況發生的時候，開發者可以學著忽略工具的輸出資訊，或者是把這些輸出全部拋棄掉。

為了更好的利用這些工具的輸出結果，給開發者一個更有用的檢視，最好是有一種只關注我們想要的東西的方式。本文中，我們將找出其他有趣的方式來更好的利用所有這些有名的Java靜態分析工具的輸出結果，然後可以像查詢資料庫那樣查詢這些結果。

JArchitect和CQLinq

JArchitect是另一個靜態分析工具，它彌補了其他工具(的不足)，它是使用一種基於Linq(CQLinq)的程式碼查詢語言像查詢資料庫那樣來查詢程式碼。

JArchitect3的以前版本，只能查詢從JArchitect提取出來的分析資料，但是從JArchitect4開始，可以把許多其他靜態分析工具的輸出結果包含進來，然後使用CQLinq做查詢。

讓我們以PDT核心(的Php外掛)的原始碼為例來說明如何在JArchitect中利用好這些靜態工具的分析結果。

在查詢分析結果以前，要遵守以下幾個步驟：

• 第一步：

用PMD，CPD，FindBugs和CheckStyle分析專案工程，生成包含分析結果的XML檔案。

• 第二步：

用JArchitect分析專案工程。

• 第三步：

在JArchitect點選選單“外掛(Plugins)”->“匯入外掛結果檔案(Import Plugins Result Files)”把所有的XML檔案匯入到JArchitect中。

JArchitect預設給這些工具提供了許多有用的查詢，並且這些查詢都是可以很簡單的進行定製的。

讓我們來看一些CQLinq的查詢：

獲取的所有的問題(issue)：

獲取所有問題的請求很簡單，但是沒什麼用處，因為如何利用23272個問題的分析結果確實是一個很大的挑戰。

為了更好的利用這些工具的分析結果，我們可以用CQLinq來做過濾，然後只關注那些我們想要關注的東西。

根據所使用的檢查工具發請求

我們可以修改第一個請求，然後新增一個查詢工具的criteria。

據規則集發請求

我們也可以根據問題的規則集做過濾：

根據優先順序發請求

也可以根據優先順序做過濾：

出現次數最多的問題

知道哪些問題是被這些工具報告次數最多的是很有用的。

出現問題最多的類

知道哪些類包含了最多的問題是很有用的。

上圖可以看出來，CheckStyle報告的上千個問題中有很多是可以忽略的。

前面的查詢很有用，但是，它並沒有給我們一個精確的類質量的資訊，因為要考慮的另一個有用的維度就是程式碼行數(NBLinesOfCode)。一般來說程式碼行數多的類會包含更多的問題，基於這個考慮，我們可以修改之前的請求來計算出問題數目和程式碼行數(NBLinesOfCode)的比率。

上面的查詢結果看上去很奇怪，前8個類的問題數和程式碼行數比率超過了200，也就是說一行程式碼有超過200個問題。

為了解釋這種行為，我們看下CompilerAstParser的一些程式碼：

程式碼行數(NBLinesOfCode)指的是語句的數目而不是程式碼的物理行數，CompilerAstParser這個類聲明瞭很多陣列，每一個都包含了幾千個物理行，但是，每一個數組都被認為是一個語句。

就像前面展示的出現次數最多的問題那樣，每一個數組都把”+應該在一個新行上”這個規則違反了上千次。或許最好是應該把這樣的規則從CheckStyle的配置檔案中刪掉。

出問題最多的方法

當靜態警察工具報告了問題以後，定位解決問題的優先順序是很有用的，尤其是當包含bug的時候。

bug可能存在於某一個特定的方法中，但是，知道還有多少方法也受這個bug的影響是非常有用的。知道了出問題最多的這個方法做好事儘快把它解決掉。

使用CQLinq，我們可以把這些工具的結果和JArchitect的結果結合起來創建出更復雜的查詢，然後把這些檢查規則新增到構建過程中去。

問題的趨勢

工程中有問題並不是異常情況，我們甚至可以說是正常的，但是，我們要檢查工程的質量趨勢。如果隨著工程的更新和演化問題數目增加了，將會是一個很壞的指標。

JArchitect提供了趨勢監控特性來建立趨勢圖。趨勢圖是根據分析時間記錄的特定維度上的值創建出來的。預設有50多個趨勢維度，也可以很簡單定製趨勢維度。

下面給Pmd問題建立一個趨勢維度：

然後，你就可以很簡單的建立趨勢圖在趨勢維度上做監控，然後把它新增到JArchitect的操作面板中。

有了這個趨勢圖，我們就可以監視Pmd問題的進化，然後發現這個維度的問題隨版本進化的原因。

定製JArchitect報表

JArchitect可以在列出了CQLinq查詢的HTML報表中追加額外的報表區。

在CQLinq查詢瀏覽面板中，一個特定的CQLinq組是用橙色的的邊框包圍的。

也可以把Pmd趨勢圖新增到報表中：

在HTML報表中，這些被新增進來的區域可以通過選單訪問：

這是被新增進Pmd查詢報表中的頁面：

結論

JArchitect 4 對其他的靜態分析工具是開放的，你也可以很簡單的像本文說的那樣把你自己的工具做成它的外掛。這樣你就可以使用JArchitect的所有的功能來更好的利用那些有名的java靜態分析工具的分析結果。