开发一个系统基本完毕的时候，为了提高系统的响应时间，我们需要把经常从数据库获取而又不经常修改的内容给缓存起来，但是，缓存起来，我们怎么知道是否缓存生效了，没从数据库去取呢？
对于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