一次系統測試時執行top命令發現cpu竟接近100%！

找到程序id 31260，執行jstack 31260 > cpu31260.log，將堆疊資訊dump到log檔案中。

通過top -p 31260 -H命令找到佔用cpu最多的執行緒，為31328

開啟cpu31260log檔案，查詢到執行緒31328的相關資訊：

發現是程式程式碼問題，即該類第37行，原來是一不小心把迴圈裡面的阻塞方法寫錯了。

while (true) {

      Task task = taskQueue.poll();

      if (task != null) {

         ……..

      }

            …….

}

taskQueue是LinkedBlockingQueue類，程式的本意是在阻塞佇列為空時阻塞等待，但poll()方法在獲取不到元素時會直接返回null,所以poll()方法應該改成take(),這樣就不會有毫無意義的死迴圈發生。

這裡再補充一個小知識點，有時在mvn clean install 的時候經常卡在下載metadata檔案，檢查更新的地方，導致打包速度變慢。

這和maven倉庫的訪問速度有關，如果不想頻繁檢驗，可對倉庫作一些設定：

       <repository>

<id>centralmaven</id>

<url>http://central.maven.org/maven2/</url>

        <releases>

<enabled>true</enabled>

<updatePolicy>daily</updatePolicy>

</releases>

<snapshots>

<enabled>false</enabled>

</snapshots>

     </repository>

關鍵是updatePolicy節點，這是maven的更新策略，有多個選項：always表示總是，never表示從不，daily（預設）表示每天，interval:X 表示X分鐘。

國內oschina的maven映象站已經關閉了，知道有個阿里的映象，速度還可以，但感覺其中的庫沒有官方的全面：

<mirrors>

    <mirror>

      <id>alimaven</id>

      <name>aliyun maven</name>

      <url>http://maven.aliyun.com/nexus/content/groups/public/</url>

      <mirrorOf>central</mirrorOf>        

    </mirror>

  </mirrors>

不知道國內還有沒有其他不錯的映象站，知道的朋友可以留言推薦下。