多線程問題導致的JDBMonitor的bug分析

以前我一直是用使用數據源的系統測試JDBMonitor，昨天我準備把JDBMonitor嵌入到一個小的jsp留言板中，這個留言板寫的非常簡單，數據庫操作也是connection隨取隨用、用完了就關這種最簡單的形式，這倒是幫助我發現了一個超級大bug。
在記事本運行中常常不規律的DataBaseDBListener的logSQL方法報空指針錯誤，是在logStatement.setString(1, randomGUID.toString());這一句拋出的，我跟蹤到mysql驅動的內部（我使用的是mysql數據庫做DataBaseDBListener的輸出數據庫），發現在setString的實現中會去調用connection的方法，而此時connection已經是null了，所以會報空指針錯誤。
從其不規律的特點我判斷出應該是多線程導致的問題。我跟蹤發現，有的時候是先調用DataBaseDBListener的close后logSql才被調用。經過分析找出了問題所在，問題就在DBLogger中內部類LogConsumer的startConsumer方法，這個是修改以前的代碼：
for (;;)
 {
  SQLInfo info = (SQLInfo) channel.take();   

  if(info==null)
  {
   ontinue;
  }
  for (int i = 0, n = dbListeners.length; i < n; i++)
  {
   dbListeners[i].logSql(info);
  }

 }