開發一個系統基本完畢的時候，為了提高系統的響應時間，我們需要把經常從數據庫獲取而又不經常修改的內容給緩存起來，但是，緩存起來，我們怎么知道是否緩存生效了，沒從數據庫去取呢？
對于DB2 V8.1數據庫，它提供了一個數據庫監視器開關，可以監視系統訪問數據庫里表的記錄。
首先，db2cmd,然后db2 connect to dbname user username using pwd;
執行db2 get dbm cfg ,其中可以看到：

 缺省數據庫監視器開關
   緩沖池                         (DFT_MON_BUFPOOL) = OFF
   鎖定                                   (DFT_MON_LOCK) = OFF
   排序                                   (DFT_MON_SORT) = OFF
   語句                              (DFT_MON_STMT) = OFF
   表                                 (DFT_MON_TABLE) = OFF
   時間戳記                         (DFT_MON_TIMESTAMP) = ON
   工作單元                            (DFT_MON_UOW) = OFF

現在，我們把表的監視器開關給打開，執行 db2 update dbm cfg using dft_mon_table on,
這種方式是 在實例級別上設置監視器開關(影響所有用戶和數據庫)，還有另外一種方式，
執行 db2 get monitor switches，顯示

            監視器記錄開關

db 分區號 0 的開關列表
緩沖池活動信息        (BUFFERPOOL) = OFF
鎖定信息                    (LOCK) = OFF
排序信息                    (SORT) = OFF
SQL 語句信息           (STATEMENT) = OFF
表活動信息                 (TABLE) = OFF
獲取時間戳記信息（時間戳記）    = ON  06/08/2005 08:28:10.052196
工作單元信息                 (UOW) = OFF
    db2 update monitor switches using switchName ，這種方式是 在應用程序級別上設置監視器開關(只適合于特定的應用程序)
再執行 db2 get dbm cfg 的時候發現 表的監視開關打開了：   表        (DFT_MON_TABLE) = ON
然后db2admin stop,db2admin start 讓表監視器開關生效。
執行 db2 reset monitor for database dbname 讓計數器復位，現在就可以運行應用系統了。之后獲取數據庫的快照可以執行 db2 get snapshot for database on dbname 就可以知道系統是否訪問數據庫了，緩存是否生效了。

         啟動類裝載器，標準擴展類裝載器，類路徑裝載器和網絡類裝載器。
這4種ClassLoader的優先級依次從高到低，使用所謂的“雙親委派模型”。確切地說，如果一個網絡類裝載器被請求裝載一個java.lang.Integer，它會首先把請求發送給上一級的類路徑裝載器，如果返回已裝載，則網絡類裝載器將不會裝載這個java.lang.Integer，如果上一級的類路徑裝載器返回未裝載，它才會裝載java.lang.Integer。

       再說說Package權限。Java語言規定，在同一個包中的class，如果沒有修飾符，默認為Package權限，包內的class都可以訪問。但是這還不夠準確。確切的說，只有由同一個ClassLoader裝載的class才具有以上的Package權限。比如啟動類裝載器裝載了java.lang.String，類路徑裝載器裝載了我們自己寫的java.lang.Test，它們不能互相訪問對方具有Package權限的方法。這樣就阻止了惡意代碼訪問核心類的Package權限方法。    
       現在來通過擴展ClassLoader類實現一個自己的類裝載器，每個Class對象都有一個引用指向裝載他的ClassLoader,可以通過public ClassLoader getClassLoader()方法得到它。為了創建自己的類裝載器我們應該擴展ClassLoader類，這是一個抽象類。假設要從本地文件系統使用我們實現的類裝載器裝載一個類,創建一個FileClassLoader extends ClassLoader,需要覆蓋ClassLoader中的findClass(String name)方法，這個方法通過類的名字而得到一個Class對象。

package test.International;
import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.IOException;
public class FileClassLoader extends ClassLoader {
    public static final String drive = "d:/";
    public static final String fileType = ".class";
    public FileClassLoader() {
        super();
    }
    public FileClassLoader(ClassLoader arg0) {
        super(arg0);
    }
    public Class findClass(String name) {
        byte[] data = loadClassData(name);
        return defineClass(name, data, 0, data.length);
    }
    public byte[] loadClassData(String name) {
        FileInputStream fis = null;
        byte[] data = null;
        try {
            fis = new FileInputStream(new File(drive + name + fileType));
            ByteArrayOutputStream baos = new ByteArrayOutputStream();
            int ch = 0;
            while ((ch = fis.read()) != -1) {
                baos.write(ch);
            }
            data = baos.toByteArray();
        } catch (IOException e) {
            e.printStackTrace();
        }
        return data;
    }
    public static void main(String[] args) throws Exception {
        FileClassLoader loader = new FileClassLoader();
        Class objClass = loader.loadClass("HelloWorld", true);
        Object obj = objClass.newInstance();
        System.out.println(objClass.getName());
        System.out.println(objClass.getClassLoader());
    }
}

現在把HelloWorld.java放到默認包下，然后編譯，把HelloWorld.class放到D:\盤根目錄下，運行FileClassLoader類，控制臺輸出：

HelloWorld
sun.misc.Launcher$AppClassLoader@82ba41

      最近，部門的一個關于基礎數據和權限控制的項目已近尾聲，可由于性能的問題，一直沒有做好正式上線運行的準備，由此，引發了一些我對壓力測試的認識。
      MI 的LoadRunner8.0是一個工業級負載測試標準工具，用它進行壓力測試，可以節約公司的人力，財力， 它本身可以模擬成千上萬個用戶并發訪問系統，給系統一定的壓力，模擬實際的生產環境，并且根據測試結果，它可以幫助我們分析系統的瓶頸，提供我們應用系統的性能。它分三個部分，首先要錄制腳本，并在此基礎上進行一些編輯（例如設置集合點，事務，參數化數據等），然后把這個腳本放到一個特定的場景里去執行，執行前可以進行一些運行期的設置，運行過程中可以監控系統的一些反映參數，最后通過它的分析工具來分析測試結果，給我們的應用系統提供一些性能方面的合理化建議。
     壓力測試做完之后，雖然知道了問題，但是問題的方向是比較模糊的，為此，可以借助Quest公司的JProbe Suite性能測試工具進行內存，代碼覆蓋，方法調用時間方面的分析，查出具體的問題，進行修改發布之后，再利用LoadRunner進行反復測試，看性能是否優化了。
     在壓力測試的過程中，應用服務器和數據庫的一些參數調優也是非常重要的，針對應用服務器，比較重要的參數有jvm占用堆大小，線程池的大小，連接池的大小，prepareStatement Cache條數大小；針對數據庫，表空間，索引，事務級別，鎖大小，臨時表這些參數也對系統應用有重要的影響。同時，在java應用里，sql優化，數據庫連接的管理，緩存的使用，查詢分頁，防內存泄露的代碼的使用會直接對應用系統造成巨大的性能影響。

     跟蹤應用服務器里jvm垃圾回收的頻率和所消耗時間的時候，可以加 -Xverbosegc參數來打印垃圾回收的詳細信息。分析gc日志的工具有GCAnalyze 和HeapRoot 。

System.out.println(new int[1].getClass().getName());

System.out.println(new int[1].getClass().getSuperClass().getName());

它的直接父類就是java.lang.Object類，即所有類的根類。根據這些，做了一個總結：
第一種情況，當數組元素是基本類型時：
         int [] 對應class [I
         char [] 對應class [C
         byte [] 對應class [B
         short [] 對應class [S
         long [] 對應class [J
         float[] 對應class [F
         double [] 對應class [D
         boolean [] 對應class [Z

第二種情況，當數組元素是對象時：
        統一為 [L java.lang.Object