BlogJava-够了,让我们实践吧..-随笔分类-Javahttp://www.blogjava.net/zhuzi1987/category/36118.htmlJAVA+YOU!中国的开发者们加油!!zh-cnSat, 06 Dec 2008 15:38:31 GMTSat, 06 Dec 2008 15:38:31 GMT60【转】垃圾回收与强引用，软引用，弱引用，幻引用的关系(二)http://www.blogjava.net/zhuzi1987/archive/2008/12/06/244803.html竹子竹子Sat, 06 Dec 2008 13:14:00 GMThttp://www.blogjava.net/zhuzi1987/archive/2008/12/06/244803.htmlhttp://www.blogjava.net/zhuzi1987/comments/244803.htmlhttp://www.blogjava.net/zhuzi1987/archive/2008/12/06/244803.html#Feedback0http://www.blogjava.net/zhuzi1987/comments/commentRss/244803.htmlhttp://www.blogjava.net/zhuzi1987/services/trackbacks/244803.html import java.lang.ref.ReferenceQueue;
import java.lang.ref.SoftReference;
import java.lang.ref.WeakReference;


public class Testone {
public static void main(String args[]){
A a=new A();
//a.test();
//SoftReference sr = new SoftReference(a);
ReferenceQueue<A> rq = new ReferenceQueue<A>();
WeakReference<A> wr = new WeakReference<A>(a, rq);
a = null;
System.out.println(wr.get());
System.out.println(rq.poll());
System.gc();
System.runFinalization();
System.out.println(wr.get());
System.out.println(rq.poll());
if (wr != null) {
a = (A)wr.get();
System.out.println("asdasdas");
a.test();
}
else{
a = new A();
System.out.println("123123");
a.test();
a = null;
wr = new WeakReference<A>(a);
}

}
}
class A{
void test(){
System.out.println("A.test()");
}
}


竹子 2008-12-06 21:14 发表评论
]]>【转】垃圾回收与强引用，软引用，弱引用，幻引用的关系(一)http://www.blogjava.net/zhuzi1987/archive/2008/12/06/244802.html竹子竹子Sat, 06 Dec 2008 13:13:00 GMThttp://www.blogjava.net/zhuzi1987/archive/2008/12/06/244802.htmlhttp://www.blogjava.net/zhuzi1987/comments/244802.htmlhttp://www.blogjava.net/zhuzi1987/archive/2008/12/06/244802.html#Feedback0http://www.blogjava.net/zhuzi1987/comments/commentRss/244802.htmlhttp://www.blogjava.net/zhuzi1987/services/trackbacks/244802.html垃圾回收与强引用，软引用，弱引用，幻引用的关系（一） Java 2 平台引入了 java.lang.ref 包，其中包括的类可以让您引用对象，而不将它们留在内存中。这些类还提供了与垃圾收集器（garbage collector）之间有限的交互。Peter Haggar 在本文中分析了 SoftReference、WeakReference 和 PhantomReference 类的功能和行为，并就这些类的使用给出了一些编程风格上的建议。
当在 Java 2 平台中首次引入 java.lang.ref 包（其中包含 SoftReference、WeakReference 和 PhantomReference 类）时，它的实用性显然被过分夸大了。它包含的类可能是有用的，但这些类具有的某些局限性会使它们显得不是很有吸引力，而且其应用程序也将特别局限于解决一类特定的问题。

垃圾收集概述
引用类的主要功能就是能够引用仍可以被垃圾收集器回收的对象。在引入引用类之前，我们只能使用强引用（strong reference）。举例来说，下面一行代码显示的就是强引用 obj：


Object obj = new Object();




obj 这个引用将引用堆中存储的一个对象。只要 obj 引用还存在，垃圾收集器就永远不会释放用来容纳该对象的存储空间。

当 obj 超出范围或被显式地指定为 null 时，垃圾收集器就认为没有对这个对象的其它引用，也就可以收集它了。然而您还需要注意一个重要的细节：仅凭对象可以被收集并不意味着垃圾收集器的一次指定运行就能够回收它。由于各种垃圾收集算法有所不同，某些算法会更频繁地分析生存期较短的对象，而不是较老、生存期较长的对象。因此，一个可供收集的对象可能永远也不会被回收。如果程序在垃圾收集器释放对象之前结束，这种情况就可能会出现。因此，概括地说，您永远无法保证可供收集的对象总是会被垃圾收集器收集。

这些信息对于您分析引用类是很重要的。由于垃圾收集有着特定的性质，所以引用类实际上可能没有您原来想像的那么有用，尽管如此，它们对于特定问题来说还是很有用的类。软引用（soft reference）、弱引用（weak reference）和虚引用（phantom reference）对象提供了三种不同的方式来在不妨碍收集的情况下引用堆对象。每种引用对象都有不同的行为，而且它们与垃圾收集器之间的交互也有所不同。此外，这几个新的引用类都表现出比典型的强引用“更弱”的引用形式。而且，内存中的一个对象可以被多个引用（可以是强引用、软引用、弱引用或虚引用）引用。在进一步往下讨论之前，让我们来看看一些术语：

强可及对象（strongly reachable）：可以通过强引用访问的对象。


软可及对象（softly reachable）：不是强可及对象，并且能够通过软引用访问的对象。


弱可及对象（weakly reachable）：不是强可及对象也不是软可及对象，并且能够通过弱引用访问的对象。


虚可及对象（phantomly reachable）：不是强可及对象、软可及对象，也不是弱可及对象，已经结束的，可以通过虚引用访问的对象。


清除：将引用对象的 referent 域设置为 null，并将引用类在堆中引用的对象声明为可结束的。
SoftReference 类
SoftReference 类的一个典型用途就是用于内存敏感的高速缓存。SoftReference 的原理是：在保持对对象的引用时保证在 JVM 报告内存不足情况之前将清除所有的软引用。关键之处在于，垃圾收集器在运行时可能会（也可能不会）释放软可及对象。对象是否被释放取决于垃圾收集器的算法以及垃圾收集器运行时可用的内存数量。 

WeakReference 类
WeakReference 类的一个典型用途就是规范化映射（canonicalized mapping）。另外，对于那些生存期相对较长而且重新创建的开销也不高的对象来说，弱引用也比较有用。关键之处在于，垃圾收集器运行时如果碰到了弱可及对象，将释放 WeakReference 引用的对象。然而，请注意，垃圾收集器可能要运行多次才能找到并释放弱可及对象。

PhantomReference 类
PhantomReference 类只能用于跟踪对被引用对象即将进行的收集。同样，它还能用于执行 pre-mortem 清除操作。PhantomReference 必须与 ReferenceQueue 类一起使用。需要 ReferenceQueue 是因为它能够充当通知机制。当垃圾收集器确定了某个对象是虚可及对象时，PhantomReference 对象就被放在它的 ReferenceQueue 上。将 PhantomReference 对象放在 ReferenceQueue 上也就是一个通知，表明 PhantomReference 对象引用的对象已经结束，可供收集了。这使您能够刚好在对象占用的内存被回收之前采取行动。  

垃圾收集器和引用交互
垃圾收集器每次运行时都可以随意地释放不再是强可及的对象占用的内存。如果垃圾收集器发现了软可及对象，就会出现下列情况：

SoftReference 对象的 referent 域被设置为 null，从而使该对象不再引用 heap 对象。


SoftReference 引用过的 heap 对象被声明为 finalizable。


当 heap 对象的 finalize() 方法被运行而且该对象占用的内存被释放，SoftReference 对象就被添加到它的 ReferenceQueue（如果后者存在的话）。
如果垃圾收集器发现了弱可及对象，就会出现下列情况：

WeakReference 对象的 referent 域被设置为 null，从而使该对象不再引用 heap 对象。


WeakReference 引用过的 heap 对象被声明为 finalizable。


当 heap 对象的 finalize() 方法被运行而且该对象占用的内存被释放时，WeakReference 对象就被添加到它的 ReferenceQueue（如果后者存在的话）。
如果垃圾收集器发现了虚可及对象，就会出现下列情况：

PhantomReference 引用过的 heap 对象被声明为 finalizable。


与软引用和弱引用有所不同，PhantomReference 在堆对象被释放之前就被添加到它的 ReferenceQueue。（请记住，所有的 PhantomReference 对象都必须用经过关联的 ReferenceQueue 来创建。）这使您能够在堆对象被回收之前采取行动。
请考虑清单 1 中的代码。

清单 1. 使用 WeakReference 及 ReferenceQueue 的示例代码
//Create a strong reference to an object
MyObject obj = new MyObject(); //1

//Create a reference queue
ReferenceQueue rq = new ReferenceQueue(); //2

//Create a weakReference to obj and associate our reference queue
WeakReference wr = new WeakReference(obj, rq); //3



行 //1 创建 MyObject 对象，而行 //2 则创建 ReferenceQueue 对象。行 //3 创建引用其引用对象 MyObject 的 WeakReference 对象，还创建它的 ReferenceQueue。请注意，每个对象引用（obj、rq 及 wr）都是强引用。要利用这些引用类，您必须取消对 MyObject 对象的强引用，方法是将 obj 设置为 null。前面说过，如果不这样做，对象 MyObject 永远都不会被回收，引用类的任何优点都会被削弱。

每个引用类都有一个 get() 方法，而 ReferenceQueue 类有一个 poll() 方法。get() 方法返回对被引用对象的引用。在 PhantomReference 上调用 get() 总是会返回 null。这是因为 PhantomReference 只用于跟踪收集。poll() 方法返回已被添加到队列中的引用对象，如果队列中没有任何对象，它就返回 null。因此，执行清单 1 之后再调用 get() 和 poll() 的结果可能是：


wr.get(); //returns reference to MyObject
rq.poll(); //returns null




现在我们假定垃圾收集器开始运行。由于 MyObject 对象没有被释放，所以 get() 和 poll() 方法将返回同样的值；obj 仍然保持对该对象进行强引用。实际上，对象布局还是没有改变，和图 1 所示的差不多。然而，请考虑下面的代码：


obj = null;
System.gc(); //run the collector







现在，调用 get() 和 poll() 将产生与前面不同的结果：


wr.get(); //returns null
rq.poll(); //returns a reference to the WeakReference object




这种情况表明，MyObject 对象（对它的引用原来是由 WeakReference 对象进行的）不再可用。这意味着垃圾收集器释放了 MyObject 占用的内存，从而使 WeakReference 对象可以被放在它的 ReferenceQueue 上。这样，您就可以知道当 WeakReference 或 SoftReference 类的 get() 方法返回 null 时，就有一个对象被声明为 finalizable，而且可能（不过不一定）被收集。只有当 heap 对象完全结束而且其内存被回收后，WeakReference 或 SoftReference 才会被放到与其关联的 ReferenceQueue 上。清单 2 显示了一个完整的可运行程序，它展示了这些原理中的一部分。这段代码本身就颇具说明性，它含有很多注释和打印语句，可以帮助您理解。

清单 2. 展示引用类原理的完整程序
import java.lang.ref.*;
class MyObject
{
protected void finalize() throws Throwable
{
System.out.println("In finalize method for this object: " +
this);
}
}

class ReferenceUsage
{
public static void main(String args[])
{
hold();
release();
}

public static void hold()
{
System.out.println("Example of incorrectly holding a strong " +
"reference");
//Create an object
MyObject obj = new MyObject();
System.out.println("object is " + obj);

//Create a reference queue
ReferenceQueue rq = new ReferenceQueue();

//Create a weakReference to obj and associate our reference queue
WeakReference wr = new WeakReference(obj, rq);

System.out.println("The weak reference is " + wr);

//Check to see if it´s on the ref queue yet
System.out.println("Polling the reference queue returns " +
rq.poll());
System.out.println("Getting the referent from the " +
"weak reference returns " + wr.get());

System.out.println("Calling GC");
System.gc();
System.out.println("Polling the reference queue returns " +
rq.poll());
System.out.println("Getting the referent from the " +
"weak reference returns " + wr.get());
}

public static void release()
{
System.out.println("");
System.out.println("Example of correctly releasing a strong " +
"reference");
//Create an object
MyObject obj = new MyObject();
System.out.println("object is " + obj);

//Create a reference queue
ReferenceQueue rq = new ReferenceQueue();

//Create a weakReference to obj and associate our reference queue
WeakReference wr = new WeakReference(obj, rq);

System.out.println("The weak reference is " + wr);

//Check to see if it´s on the ref queue yet
System.out.println("Polling the reference queue returns " +
rq.poll());
System.out.println("Getting the referent from the " +
"weak reference returns " + wr.get());

System.out.println("Set the obj reference to null and call GC");
obj = null;
System.gc();
System.out.println("Polling the reference queue returns " +
rq.poll());
System.out.println("Getting the referent from the " +
"weak reference returns " + wr.get());
}
}




用途和风格
这些类背后的原理就是避免在应用程序执行期间将对象留在内存中。相反，您以软引用、弱引用或虚引用的方式引用对象，这样垃圾收集器就能够随意地释放对象。当您希望尽可能减小应用程序在其生命周期中使用的堆内存大小时，这种用途就很有好处。您必须记住，要使用这些类，您就不能保留对对象的强引用。如果您这么做了，那就会浪费这些类所提供的任何好处。

另外，您必须使用正确的编程风格以检查收集器在使用对象之前是否已经回收了它，如果已经回收了，您首先必须重新创建该对象。这个过程可以用不同的编程风格来完成。选择错误的风格会导致出问题。请考虑清单 3 中从 WeakReference 检索被引用对象的代码风格：

清单 3. 检索被引用对象的风格
obj = wr.get();
if (obj == null)
{
wr = new WeakReference(recreateIt()); //1
obj = wr.get(); //2
}
//code that works with obj




研究了这段代码之后，请看看清单 4 中从 WeakReference 检索被引用对象的另一种代码风格：

清单 4. 检索被引用对象的另一种风格
obj = wr.get();
if (obj == null)
{
obj = recreateIt(); //1
wr = new WeakReference(obj); //2
}
//code that works with obj




请比较这两种风格，看看您能否确定哪种风格一定可行，哪一种不一定可行。清单 3 中体现出的风格不一定在所有情况下都可行，但清单 4 的风格就可以。清单 3 中的风格不够好的原因在于，if 块的主体结束之后 obj 不一定是非空值。请考虑一下，如果垃圾收集器在清单 3 的行 //1 之后但在行 //2 执行之前运行会怎样。recreateIt() 方法将重新创建该对象，但它会被 WeakReference 引用，而不是强引用。因此，如果收集器在行 //2 在重新创建的对象上施加一个强引用之前运行，对象就会丢失，wr.get() 则返回 null。

清单 4 不会出现这种问题，因为行 //1 重新创建了对象并为其指定了一个强引用。因此，如果垃圾收集器在该行之后（但在行 //2 之前）运行，该对象就不会被回收。然后，行 //2 将创建对 obj 的 WeakReference。在使用这个 if 块之后的 obj 之后，您应该将 obj 设置为 null，从而让垃圾收集器能够回收这个对象以充分利用弱引用。清单 5 显示了一个完整的程序，它将展示刚才我们描述的风格之间的差异。（要运行该程序，其运行目录中必须有一个“temp.fil”文件。

清单 5. 展示正确的和不正确的编程风格的完整程序。
import java.io.*;
import java.lang.ref.*;

class ReferenceIdiom
{
public static void main(String args[]) throws FileNotFoundException
{
broken();
correct();
}

public static FileReader recreateIt() throws FileNotFoundException
{
return new FileReader("temp.fil");
}

public static void broken() throws FileNotFoundException
{
System.out.println("Executing method broken");
FileReader obj = recreateIt();
WeakReference wr = new WeakReference(obj);

System.out.println("wr refers to object " + wr.get());

System.out.println("Now, clear the reference and run GC");
//Clear the strong reference, then run GC to collect obj.
obj = null;
System.gc();

System.out.println("wr refers to object " + wr.get());

//Now see if obj was collected and recreate it if it was.
obj = (FileReader)wr.get();
if (obj == null)
{
System.out.println("Now, recreate the object and wrap it
in a WeakReference");
wr = new WeakReference(recreateIt());
System.gc(); //FileReader object is NOT pinned...there is no
//strong reference to it. Therefore, the next
//line can return null.
obj = (FileReader)wr.get();
}
System.out.println("wr refers to object " + wr.get());
}

public static void correct() throws FileNotFoundException
{
System.out.println("");
System.out.println("Executing method correct");
FileReader obj = recreateIt();
WeakReference wr = new WeakReference(obj);

System.out.println("wr refers to object " + wr.get());

System.out.println("Now, clear the reference and run GC");
//Clear the strong reference, then run GC to collect obj
obj = null;
System.gc();

System.out.println("wr refers to object " + wr.get());

//Now see if obj was collected and recreate it if it was.
obj = (FileReader)wr.get();
if (obj == null)
{
System.out.println("Now, recreate the object and wrap it
in a WeakReference");
obj = recreateIt();
System.gc(); //FileReader is pinned, this will not affect
//anything.
wr = new WeakReference(obj);
}
System.out.println("wr refers to object " + wr.get());
}
}




总结
如果使用得当，引用类还是很有用的。然而，由于它们所依赖的垃圾收集器行为有时候无法预知，所以其实用性就会受到影响。能否有效地使用它们还取决于是否应用了正确的编程风格；关键在于您要理解这些类是如何实现的以及如何对它们进行编程。
=================================================================================

Java 对象的状态有:

    * 已创建(created)
    * 强可达(strong reachable)
    * 不可见(invisible)
    * 不可达(unreachable)
    * 已收集(collected)
    * 终化(finalized)
    * 已回收(deallocated) 

Java对象生命周期的状态转换: {image:img=objectstatus.jpg|width=400} 引用对象
三种新的引用类型:

    * 软引用(soft reference)
    * 弱引用(weak reference)
    * 幻引用(phantom reference) 

强可达(Strong Reachable)
定义: ~An object is strong reachable if it can be reached by some thread without traversing any reference objects. A newly-created object is strong reachable by the thread that created it.~
处于强可达状态的对象, 在任何情况下都不会被回收掉. 软可达(Softly Reachable)
定义:~An object is softly reachable if it is not strongly reachable but can be reached by traversing a soft reference.~
含义是:当对象不处于强可达状态, 并且可以通过软引用进行访问时, 即处于软可达状态.
当程序申请内存的时候, 垃圾收集器会判断是否开始回收处于软可达状态的对象, 如果决定回收某个对象, 那么垃圾收集器会清除所有指向该对象的软引用, 如果任何处于其它软可达状态的对象可以通过强引用访问该对象, 那么指向这些对象的软引用也会被清除掉. 垃圾收集器在决定哪些软可达状态的对象被收集时, 采用"最久未被使用"原则, 或称"最不常使用"原则. 垃圾收集器也保证在OutOfMemeryError产生以前, 所有的软引用都被清除.

    * 产生和使用一个软引用 

// createSoftReference sr = new SoftReference(new SomeObject());// getSomeObject o = (SomeObject) sf.get();// create in a reference queue;ReferenceQueue queue = new ReferenceQueue();SoftReference sr = new SoftReference(new SomeObject(), queue);

弱可达(Weakly Reachable)
定义:~An Object is weakly reachable if it is neither strongly nor softly reachable but can be reached by traversing a weak reference.~
垃圾收集器会一次清除所有弱引用. 幻可达(Phantomly Reachable)
定义:~An object is phantomly reachable if it is neither strongly, softly, nor weakly reachable, it has been finalized, and some phantom reference refers to it.~
幻引用不能直接创建. 必须通过向引用队列等级的途径来创建:

ReferenceQueue queue = new ReferenceQueue();PhantomReference pr = new PhantomReference (new SomeObject(), queue);

你不可能从幻引用再次得到对象, pr.get()永远返回null. 另外, 必须调用Reference.clear()手工清除幻引用. All About ReferenceObjects No InterWiki reference defined in properties for Wiki called '[http'!)]
Reference Objects No InterWiki reference defined in properties for Wiki called '[http'!)]
Reference Objects and Garbage Collection No InterWiki reference defined in properties for Wiki called '[http'!)]
\[Jike Thread\?Soft, Weak, and Phantom References|http://www-124.ibm.com/pipermail/jikesrvm-core/2003-May/000365.html]


Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1492810


竹子 2008-12-06 21:13 发表评论
]]>Java虚拟机类装载：原理、实现与应用http://www.blogjava.net/zhuzi1987/archive/2008/08/21/223585.html竹子竹子Thu, 21 Aug 2008 12:45:00 GMThttp://www.blogjava.net/zhuzi1987/archive/2008/08/21/223585.htmlhttp://www.blogjava.net/zhuzi1987/comments/223585.htmlhttp://www.blogjava.net/zhuzi1987/archive/2008/08/21/223585.html#Feedback0http://www.blogjava.net/zhuzi1987/comments/commentRss/223585.htmlhttp://www.blogjava.net/zhuzi1987/services/trackbacks/223585.html一、引言

　　Java虚拟机(JVM)的类装载就是指将包含在类文件中的字节码装载到JVM中, 并使其成为JVM一部分的过程。JVM的类动态装载技术能够在运行时刻动态地加载或者替换系统的某些功能模块, 而不影响系统其他功能模块的正常运行。本文将分析JVM中的类装载系统，探讨JVM中类装载的原理、实现以及应用。

　　二、Java虚拟机的类装载实现与应用

　　2.1 装载过程简介

　　所谓装载就是寻找一个类或是一个接口的二进制形式并用该二进制形式来构造代表这个类或是这个接口的class对象的过程，其中类或接口的名称是给定了的。当然名称也可以通过计算得到，但是更常见的是通过搜索源代码经过编译器编译后所得到的二进制形式来构造。

　　在Java中，类装载器把一个类装入Java虚拟机中，要经过三个步骤来完成：装载、链接和初始化，其中链接又可以分成校验、准备和解析三步，除了解析外，其它步骤是严格按照顺序完成的，各个步骤的主要工作如下：

　　装载：查找和导入类或接口的二进制数据；
　　链接：执行下面的校验、准备和解析步骤，其中解析步骤是可以选择的；
　　校验：检查导入类或接口的二进制数据的正确性；
　　准备：给类的静态变量分配并初始化存储空间；
　　解析：将符号引用转成直接引用；
　　初始化：激活类的静态变量的初始化Java代码和静态Java代码块。

　　至于在类装载和虚拟机启动的过程中的具体细节和可能会抛出的错误，请参看《Java虚拟机规范》以及《深入Java虚拟机》，它们在网络上面的资源地址是：
　　http://java.sun.com/docs/books/vmspec/2nd-edition/html/Preface.doc.html
　　http://www.artima.com/insidejvm/ed2/index.html
　　由于本文的讨论重点不在此就不再多叙述。

　　2.2 装载的实现

　　JVM中类的装载是由ClassLoader和它的子类来实现的,Java ClassLoader 是一个重要的Java运行时系统组件。它负责在运行时查找和装入类文件的类。

　　在Java中，ClassLoader是一个抽象类，它在包java.lang中,可以这样说，只要了解了在ClassLoader中的一些重要的方法，再结合上面所介绍的JVM中类装载的具体的过程，对动态装载类这项技术就有了一个比较大概的掌握，这些重要的方法包括以下几个:

　　①loadCass方法 loadClass(String name ,boolean resolve)其中name参数指定了JVM需要的类的名称,该名称以包表示法表示,如Java.lang.Object；resolve参数告诉方法是否需要解析类，在初始化类之前,应考虑类解析，并不是所有的类都需要解析，如果JVM只需要知道该类是否存在或找出该类的超类,那么就不需要解析。这个方法是ClassLoader 的入口点。

　　②defineClass方法 这个方法接受类文件的字节数组并把它转换成Class对象。字节数组可以是从本地文件系统或网络装入的数据。它把字节码分析成运行时数据结构、校验有效性等等。

　　③findSystemClass方法 findSystemClass方法从本地文件系统装入文件。它在本地文件系统中寻找类文件,如果存在,就使用defineClass将字节数组转换成Class对象,以将该文件转换成类。当运行Java应用程序时,这是JVM 正常装入类的缺省机制。

　　④resolveClass方法 resolveClass(Class c)方法解析装入的类,如果该类已经被解析过那么将不做处理。当调用loadClass方法时,通过它的resolve 参数决定是否要进行解析。

　　⑤findLoadedClass方法 当调用loadClass方法装入类时,调用findLoadedClass 方法来查看ClassLoader是否已装入这个类,如果已装入,那么返回Class对象,否则返回NULL。如果强行装载已存在的类,将会抛出链接错误。

　　2.3 装载的应用

　　一般来说，我们使用虚拟机的类装载时需要继承抽象类java.lang.ClassLoader,其中必须实现的方法是loadClass()，对于这个方法需要实现如下操作:(1) 确认类的名称;(2) 检查请求要装载的类是否已经被装载;(3) 检查请求加载的类是否是系统类;(4) 尝试从类装载器的存储区获取所请求的类;(5) 在虚拟机中定义所请求的类;(6) 解析所请求的类;(7) 返回所请求的类。

　　所有的Java 虚拟机都包括一个内置的类装载器，这个内置的类库装载器被称为根装载器(bootstrap ClassLoader)。根装载器的特殊之处是它只能够装载在设计时刻已知的类,因此虚拟机假定由根装载器所装载的类都是安全的、可信任的,可以不经过安全认证而直接运行。当应用程序需要加载并不是设计时就知道的类时,必须使用用户自定义的装载器(user-defined ClassLoader)。下面我们举例说明它的应用。

　　public abstract class MultiClassLoader extends ClassLoader{
　　...
　　public synchronized Class loadClass(String s, boolean flag)
　　throws ClassNotFoundException
　　{
　　/* 检查类s是否已经在本地内存*/
　　Class class1 = (Class)classes.get(s);

　　/* 类s已经在本地内存*/
　　if(class1 != null) return class1;
　　try/*用默认的ClassLoader 装入类*/ {
　　class1 = super.findSystemClass(s);
　　return class1;
　　}
　　catch(ClassNotFoundException _ex) {
　　System.out.println(">> Not a system class.");
　　}

　　/* 取得类s的字节数组*/
　　byte abyte0[] = loadClassBytes(s);
　　if(abyte0 == null) throw new ClassNotFoundException();

　　/* 将类字节数组转换为类*/
　　class1 = defineClass(null, abyte0, 0, abyte0.length);
　　if(class1 == null) throw new ClassFormatError();
　　if(flag) resolveClass(class1); /*解析类*/

　　/* 将新加载的类放入本地内存*/
　　classes.put(s, class1);
　　System.out.println(">> Returning newly loaded class.");

　　/* 返回已装载、解析的类*/
　　return class1;
　　}
　　...
　　}
三、Java虚拟机的类装载原理

　　前面我们已经知道，一个Java应用程序使用两种类型的类装载器：根装载器(bootstrap)和用户定义的装载器(user-defined)。根装载器是Java虚拟机实现的一部分，举个例子来说，如果一个Java虚拟机是在现在已经存在并且正在被使用的操作系统的顶部用C程序来实现的，那么根装载器将是那些C程序的一部分。根装载器以某种默认的方式将类装入，包括那些Java API的类。在运行期间一个Java程序能安装用户自己定义的类装载器。根装载器是虚拟机固有的一部分，而用户定义的类装载器则不是，它是用Java语言写的，被编译成class文件之后然后再被装入到虚拟机，并像其它的任何对象一样可以被实例化。 Java类装载器的体系结构如下所示：
　　
　　Java的类装载模型是一种代理(delegation)模型。当JVM 要求类装载器CL(ClassLoader)装载一个类时,CL首先将这个类装载请求转发给他的父装载器。只有当父装载器没有装载并无法装载这个类时,CL才获得装载这个类的机会。这样, 所有类装载器的代理关系构成了一种树状的关系。树的根是类的根装载器(bootstrap ClassLoader) , 在JVM 中它以"null"表示。除根装载器以外的类装载器有且仅有一个父装载器。在创建一个装载器时, 如果没有显式地给出父装载器, 那么JVM将默认系统装载器为其父装载器。Java的基本类装载器代理结构如图2所示：
下面针对各种类装载器分别进行详细的说明。
根(Bootstrap) 装载器:该装载器没有父装载器，它是JVM实现的一部分，从sun.boot.class.path装载运行时库的核心代码。
扩展(Extension) 装载器:继承的父装载器为根装载器，不像根装载器可能与运行时的操作系统有关，这个类装载器是用纯Java代码实现的，它从java.ext.dirs (扩展目录)中装载代码。
　　系统(System or Application) 装载器:装载器为扩展装载器，我们都知道在安装JDK的时候要设置环境变量(CLASSPATH )，这个类装载器就是从java.class.path(CLASSPATH 环境变量)中装载代码的，它也是用纯Java代码实现的，同时还是用户自定义类装载器的缺省父装载器。

　　小应用程序(Applet) 装载器: 装载器为系统装载器，它从用户指定的网络上的特定目录装载小应用程序代码。

　　在设计一个类装载器的时候，应该满足以下两个条件：

　　对于相同的类名，类装载器所返回的对象应该是同一个类对象

　　如果类装载器CL1将装载类C的请求转给类装载器CL2，那么对于以下的类或接口,CL1和CL2应该返回同一个类对象:a)S为C的直接超类;b)S为C的直接超接口;c)S为C的成员变量的类型;d)S为C的成员方法或构建器的参数类型;e)S为C的成员方法的返回类型。
　　每个已经装载到JVM中的类都隐式含有装载它的类装载器的信息。类方法getClassLoader 可以得到装载这个类的类装载器。一个类装载器认识的类包括它的父装载器认识的类和它自己装载的类，可见类装载器认识的类是它自己装载的类的超集。注意我们可以得到类装载器的有关的信息，但是已经装载到JVM中的类是不能更改它的类装载器的。

　　Java中的类的装载过程也就是代理装载的过程。比如:Web浏览器中的JVM需要装载一个小应用程序TestApplet。JVM调用小应用程序装载器ACL(Applet ClassLoader)来完成装载。ACL首先请求它的父装载器, 即系统装载器装载TestApplet是否装载了这个类, 由于TestApplet不在系统装载器的装载路径中, 所以系统装载器没有找到这个类, 也就没有装载成功。接着ACL自己装载TestApplet。ACL通过网络成功地找到了TestApplet.class 文件并将它导入到了JVM中。在装载过程中, JVM发现TestAppet是从超类java.applet.Applet继承的。所以JVM再次调用ACL来装载java.applet.Applet类。ACL又再次按上面的顺序装载Applet类, 结果ACL发现他的父装载器已经装载了这个类, 所以ACL就直接将这个已经装载的类返回给了JVM , 完成了Applet类的装载。接下来,Applet类的超类也一样处理。最后, TestApplet及所有有关的类都装载到了JVM中。

　　四、结论

　　类的动态装载机制是JVM的一项核心技术, 也是容易被忽视而引起很多误解的地方。本文介绍了JVM中类装载的原理、实现以及应用，尤其分析了ClassLoader的结构、用途以及如何利用自定义的ClassLoader装载并执行Java类，希望能使读者对JVM中的类装载有一个比较深入的理解



竹子 2008-08-21 20:45 发表评论
]]>转载"TOMCAT中文解决"http://www.blogjava.net/zhuzi1987/archive/2008/08/16/222466.html竹子竹子Sat, 16 Aug 2008 10:29:00 GMThttp://www.blogjava.net/zhuzi1987/archive/2008/08/16/222466.htmlhttp://www.blogjava.net/zhuzi1987/comments/222466.htmlhttp://www.blogjava.net/zhuzi1987/archive/2008/08/16/222466.html#Feedback0http://www.blogjava.net/zhuzi1987/comments/commentRss/222466.htmlhttp://www.blogjava.net/zhuzi1987/services/trackbacks/222466.html-------------------
Tomcat 5中文问题
author:kiss__sky@163.com
-------------------

问题描述：

1 表单提交的数据，用request.getParameter(“xxx”)返回的字符串为乱码或者？？
2 直接通过url如http://localhost/a.jsp?name=中国，这样的get请求在服务端用request. getParameter(“name”)时返回的是乱码；按tomcat4的做法设置Filter也没有用或者用request.setCharacterEncoding("GBK");也不管用

原因：
1 tomcat的j2ee实现对表单提交即post方式提示时处理参数采用缺省的iso-8859-1来处理
2 tomcat对get方式提交的请求对query-string 处理时采用了和post方法不一样的处理方式。(与tomcat4不一样,所以设置setCharacterEncoding(“gbk”))不起作用。


解决办法：

首先所有的jsp文件都加上:


1 实现一个Filter.设置处理字符集为GBK。(在tomcat的webapps/servlet-examples目录有一个完整的例子。请参考web.xml和SetCharacterEncodingFilter的配置。)

1)只要把%TOMCAT安装目录%/ webapps\servlets-examples\WEB-INF\classes\filters\SetCharacterEncodingFilter.class文件拷到你的webapp目录/filters下，如果没有filters目录，就创建一个。
2)在你的web.xml里加入如下几行：

 


 <filter>

<filter-name>Set Character Encoding</filter-name>

<filter-class>filters.SetCharacterEncodingFilter</filter-class>

<init-param>

<param-name>encoding</param-name>

<param-value>GBK</param-value>

</init-param>

</filter>



<filter-mapping>

<filter-name>Set Character Encoding</filter-name>

<url-pattern>/*</url-pattern>

</filter-mapping>

3)完成.

2 get方式的解决办法
1) 打开tomcat的server.xml文件，找到区块，加入如下一行：
URIEncoding=”GBK”
完整的应如下：
 


<Connector 

port="80" maxThreads="150" minSpareThreads="25" maxSpareThreads="75"

enableLookups="false" redirectPort="8443" acceptCount="100"

debug="0" connectionTimeout="20000" 

disableUploadTimeout="true" 

URIEncoding="GBK"

/>


2)重启tomcat,一切OK。

执行如下jsp页页测试是否成功

 


<%@ page contentType="text/html;charset=gb2312"%>

<%@ page import="java.util.*"%>



<% 



String q=request.getParameter("q"); 

q = q == null? "没有值" : q;



%>





<HTML>

<HEAD><TITLE>新闻列表显示</TITLE>

<META http-equiv=Content-Type content="text/html; charset=gb2312">

<META http-equiv=pragma content=no-cache>

<body>

你提交了：

<%=q%>



<br>

<form action="tcnchar.jsp" method="post">

输入中文:<input type="text" name="q"><input type="submit" value="确定">

<br>

<a href="tcnchar.jsp?q=中国">通过get方式提交</a>



</form>

</BODY></HTML>


测试结果如果你输入文本框或者点超链都会显示:你提交了”中国”,说明成功!!!!!



特别感谢下面这篇帖子，帮我解决了中文问题.最后祝大家好运!!!
参考网址：

http://www.javaworld.com.tw/jute/post/view?bid=9&id=44042&sty=1&tpg=1&age=0


竹子 2008-08-16 18:29 发表评论
]]>Java实现MD5加密http://www.blogjava.net/zhuzi1987/archive/2008/08/12/221579.html竹子竹子Tue, 12 Aug 2008 14:55:00 GMThttp://www.blogjava.net/zhuzi1987/archive/2008/08/12/221579.htmlhttp://www.blogjava.net/zhuzi1987/comments/221579.htmlhttp://www.blogjava.net/zhuzi1987/archive/2008/08/12/221579.html#Feedback0http://www.blogjava.net/zhuzi1987/comments/commentRss/221579.htmlhttp://www.blogjava.net/zhuzi1987/services/trackbacks/221579.htmlimport java.security.MessageDigest;

/**
 * MD5加密类
 * @author zhang
 */
public class MD5Encoding
{
 /**
  *
  *
  */
 private MD5Encoding()
 {
 }

 /**
  * 加密算法MD5
  *
  * @param text 明文
  * @return String 密文
  */
 public final static String encoding(String text)
 {
  char hexDigits[] = {'0', '1', '2', '3', '4', '5', '6', '7', '8', '9', 'a', 'b', 'c', 'd', 'e', 'f'};
  String encodingStr = null;
  
  try
  {
   byte[] strTemp = text.getBytes();
   MessageDigest mdTemp = MessageDigest.getInstance("MD5");
   mdTemp.update(strTemp);
   byte[] md = mdTemp.digest();
   int j = md.length;
   char str[] = new char[j * 2];
   int k = 0;
   for (int i = 0; i < j; i++)
   {
    byte byte0 = md[i];
    str[k++] = hexDigits[byte0 >>> 4 & 0xf];
    str[k++] = hexDigits[byte0 & 0xf];
   }
   
   encodingStr = new String(str);
  }
  catch (Exception e)
  {
  }
  
  return encodingStr;
 }
 public static void main(String[] areg)
 {
  MD5Encoding md5 = new MD5Encoding();
  md5.encoding("admin");
 }
}



竹子 2008-08-12 22:55 发表评论
]]>Tomcat内存优化与连接数http://www.blogjava.net/zhuzi1987/archive/2008/08/12/221571.html竹子竹子Tue, 12 Aug 2008 14:46:00 GMThttp://www.blogjava.net/zhuzi1987/archive/2008/08/12/221571.htmlhttp://www.blogjava.net/zhuzi1987/comments/221571.htmlhttp://www.blogjava.net/zhuzi1987/archive/2008/08/12/221571.html#Feedback0http://www.blogjava.net/zhuzi1987/comments/commentRss/221571.htmlhttp://www.blogjava.net/zhuzi1987/services/trackbacks/221571.html1, Tomcat内存参数配置

          如果是Win与Linux系统启动Tomcat服务器,需要在tomcat/bin/catalina.sh与/tomcat/bin/catalina.bat两个文件:在两个文件里面加如:

SET  CATALINA_OPTS= -Xms64m -Xmx128m

2, Tomcat连接数配置

       配置Tomcat连接数.需要在Server.xml文件里面加如:

      maxThreads="150"              表示最多同时处理150个连接  
      minSpareThreads="25"      表示即使没有人使用也开这么多空线程等待  
      maxSpareThreads="75"     表示如果最多可以空75个线程，例如某时刻有80人访问，之后没有人访问了，则tomcat不会保留80个空线程，而是关闭5个空的。  
   
  acceptCount="100"   当同时连接的人数达到maxThreads时，还可以接收排队的连接，超过这个连接的则直接返回拒绝连接。

            

             connectionTimeout="20000" maxThreads="150"

               minSpareThreads="25" 

              maxSpareThreads="75"

             enableLookups="false"

             acceptCount="100" debug="0"

             disableUploadTimeout="true"
            redirectPort="8443" URIEncoding="UTF-8"/>

URIEncoding="UTF-8"  是设定JSP编码格式.



竹子 2008-08-12 22:46 发表评论
]]>【转】浅谈DAO模式http://www.blogjava.net/zhuzi1987/archive/2008/07/20/216146.html竹子竹子Sun, 20 Jul 2008 01:41:00 GMThttp://www.blogjava.net/zhuzi1987/archive/2008/07/20/216146.htmlhttp://www.blogjava.net/zhuzi1987/comments/216146.htmlhttp://www.blogjava.net/zhuzi1987/archive/2008/07/20/216146.html#Feedback0http://www.blogjava.net/zhuzi1987/comments/commentRss/216146.htmlhttp://www.blogjava.net/zhuzi1987/services/trackbacks/216146.htmlDAO模式在现在的开发中应用非常的广泛，它可以帮助我们实现持久化逻辑和业务逻辑的分离，同时实现对多种持久化实现的支持。当然现在你可以通过 hibernate来实现对多种持久化的支持，由于新的技术新的方式的出现，DAO也相应的做出了一些调整，比如泛型DAO，在SpringSide中有很还得例子可以参考这方面的实现。

这里聊下传统意义上的DAO模式（在阎宏的JAVA与模式书中有详细的介绍），需要注意的几个方面：

1、不要DAO中出现业务逻辑

DAO只需关注持久化部分，可以通过Facade来控制事务的边界，从而提高DAO的复用性，在不同的事务策略中应用

2、不要过多的在 DAO层捕捉异常

在很多的开发中，会喜欢使用Checked Exception，抛到servcie层、再到action层，其实在DAO中发生的异常常常是不可恢复的（比如DB的连接问题），所以应该选择 RuntimeException，我们所需要的只是log的记录并通知管理员，并通过全局的异常处理画面告之。

暂时这些，由于ORM的懒加载技术，在DAO中可能会有些调整，为了增加DAO的复用性，这方面的技术也应该剥离出来，不过暂时还没这么处理过，所以无法总结，希望有这方面经验的人提供一些



竹子 2008-07-20 09:41 发表评论
]]>[转]单元测试(提升篇)http://www.blogjava.net/zhuzi1987/archive/2008/07/20/216143.html竹子竹子Sun, 20 Jul 2008 01:32:00 GMThttp://www.blogjava.net/zhuzi1987/archive/2008/07/20/216143.htmlhttp://www.blogjava.net/zhuzi1987/comments/216143.htmlhttp://www.blogjava.net/zhuzi1987/archive/2008/07/20/216143.html#Feedback0http://www.blogjava.net/zhuzi1987/comments/commentRss/216143.htmlhttp://www.blogjava.net/zhuzi1987/services/trackbacks/216143.html本节是单元测试的第三篇。我以为这是重中之重的一章。单元测试的关键在于代码要可测。可测才能测。要做好单元测试，就必须在代码的可测性方面努力，在设计、重构方面用心。本篇主要分享我在如何写出可测性代码方面的理解，与大家共勉！

单元测试(提升篇)

------编写可测试性代码

一、可测试性设计

1.       接口依赖

这是最重要的一点，因为这可以使得我们很容易的针对一个接口实现Mock对象，模拟/替换实际对象会变的很容易。达到使一个被测对象处于一个孤立环境的测试要求。


这里，ClassA依赖于ClassB的具体实现，TestCase根本无法独立于ClassB对ClassA进行独立测试。


因此，我们将ClassA改为依赖于接口B_Inf。这样，可以很容易的实现一个Mock_B替换ClassB去ClassA进行孤立测试。

2.       依赖注入

一个方法对外部类的依赖，应该是可注入的。即可以通过构造方法、get/set方法的方式在外部将依赖关系注入。事实上，这也为我们在测试用例中替换待测类的依赖对象提供了机会。不应该出现在方法内部新建对象使用的情况。

3.       降低耦合度

待测类应与最少的类耦合，即最小交互原则。特别是要减少与那些离了具体环境就不能运行的类的耦合。可以通过门面模式等对外部调用进行隔离。

5．AOP

面向切面编程。给我们提供的启示是，将真正需要测的逻辑分离出来。摆脱那些无意义且简单重复的代码对测试的干扰。

6.    明确的契约

方法一定要有明确清晰的输入/输出。建议在方法的注释描述中，分三段“描述”“前置条件”“后置条件”。

二、可测试性重构

1.         可恶的静态方法

在我们的代码中有大量的调用静态方法的地方。用起来我们很爽，但这对测试来说却是灾难。因为我们除了通过改变代码创建stub来改变这些方法的行为外，我们没有任何途径。更要命的是，写这些stub的代价非常的巨大，常常令人望而却步。

解决方案：

将方法内部的这些调用提取成protected方法。在外部创建待测类的子类，重写该protected方法。

最佳实践：


这些静态方法由单态类提供，单态类由工厂方法获取，具体类使用这些单态类的接口。

我们在方法中通过接口使用对外部模块的调用。一方面，隔离了外部模块改变对我们产生的冲击，另一方面，也使我们使用Mock替换实际的外部组件，创建孤立测试环境成为可能。

2.         待测类方法中，new出另一个对象并使用其方法

两种方案：1）将new 出对象的过程封装成protected方法。同重构1。2)将该对象提取成类属性，即由使用关系变成关联关系。

3.         分离不可测/不必测代码

在不影响的情况下，将不可测部分分离到一些不需要测的简单方法中去。或者将可测的部分提取到一个私有方法中去。然后针对这个私有方法进行测试。

通常这种做法使用范围有限，但有些时候还是值的一试。

4.         单一职责

职责太多，肯定不好测。针对于这一点“不好测的方法必然不好用”。当方法过大，承担责任过多时，拆分是应该的。

 

5.         为类提供一个空构造方法。

我们的各个测试方法都依赖于对象处于一个特定的状态，满足一定的前置条件。而要将对象置为我们希望的状态，我们必须首先拥有一个对象。然而，很多时候，在一个隔离的单元测试环境下，构造函数由于各种原因不能正常初始化。

此时，可以为类提供一个的空的构造方法。在外部构造一个“裸”对象，而后根据前置条件将各个属性设置成需要的Mock对象。

-----------------------------------------------------------------------------------------------------------------------------------------------------------

事实上，要想写出具有可测性的代码，最佳的办法就是测试驱动开发。先写测试代码把功能体现出来，再写功能代码让测试通过。这样写出的代码显而易见会更具有测试性。


原地址:http://www.blogjava.net/wukaichun600/archive/2008/07/18/214125.html



竹子 2008-07-20 09:32 发表评论
]]>[转]单元测试(技能篇)http://www.blogjava.net/zhuzi1987/archive/2008/07/20/216142.html竹子竹子Sun, 20 Jul 2008 01:31:00 GMThttp://www.blogjava.net/zhuzi1987/archive/2008/07/20/216142.htmlhttp://www.blogjava.net/zhuzi1987/comments/216142.htmlhttp://www.blogjava.net/zhuzi1987/archive/2008/07/20/216142.html#Feedback0http://www.blogjava.net/zhuzi1987/comments/commentRss/216142.htmlhttp://www.blogjava.net/zhuzi1987/services/trackbacks/216142.html本节是单元测试系列的第二篇。重点讲解如何使用Mock/Stub和依赖注入技术进行单元测试。关于工具JUnit等则不做累赘介绍。 希望通过本章能够帮助大家开始单元测试的有益实践，与大家共勉！

单元测试（技能篇）

一、Stub技术

这是最为古老的一种测试技能。通过类层次上的替换实现了对待测环境的模拟。

实现的时候有两种途径：

1、重写实际类，在测试时，先于实际类加载，即覆盖。如：我们在unittest/stub文件夹下针对于每一个重写类都有相同的包结构和类名：


在类路径中优先加载：


2、在实际代码中添加判断。比如，如果当前是测试环境if(isUT)执行XX操作，截断真正需要做的事。

    publicvoid sendCommand(int cmdCode)

    {

       if(isUT())

       {

           //...

       }

       else

       {

           //...

       }

    }

Stub技术的问题就在于我们在重写这些类的时候，不仅仅要关注接口，还要关注其内部逻辑。如果你只是简单的返回一个固定的响应，会很简单。但是对于每一次运行需要根据不同的输入返回不同的输出时方法内部的处理就会复杂的多。

由于实现的难度，所以，使用时就要注意：有高价值、重用度高、数量少。这就是说，重写一个类，就可以有一大批类可以用。

二、Mock技术

Mock是目前单元测试中最常用的。用来在对象层次上实现细类度替换十分方便。

当我们在测试中，需要其它类/接口的一个方法时，我们可以通过继承/实现其一个子类对象来替换实际对象。在Mock子类中将需要的方法直接返回需要的结果就行了。

    privateclass Mock_QueryCtrl extends QueryCtrl

    {

       public List queryNEList()

       {

           List neList = new ArrayList();

           //直接填充并返回你需要的数据...

           return neList;

       }

    }

同样，我们也可以通过测试待测类的子类来测试待测类。这对于被测方法使用了自身类的方法时很适用。

三、依赖注入

单元测试的一个关键就是替换。类层次上的替换，通过在类路径中提前加载就可以实现。而在对象层次上，java的反射机制提供了很好的帮助。

1）.获取/注入私有属性

2）.执行私有方法

附：注入私有属性的实现：

    publicvoid setFieldObject(Object instance, String fieldName, Object value)

           throws IllegalArgumentException, IllegalAccessException,

           NoSuchFieldException {

       Field field = null;

       Class c = instance.getClass();

       do {

           try

           {

              field = c.getDeclaredField(fieldName);

           } catch (SecurityException e)

           {

              e.printStackTrace();

           } catch (NoSuchFieldException e)

           {

              c = c.getSuperclass();

           }

       }

       while (c.getName() != "java.lang.Object" && field == null);

       if (field != null)

       {

           field.setAccessible(true);

           field.set(instance, value);

       }

       else

       {

           thrownew NoSuchFieldException(fieldName);

       }

    }

注：这是一个简单实现，实际中需要优化。

四、实例：

下例演示了如何测试类NEListTable的ShowNETable()方法。其中注意的是，方法中调用了类QueryCtrl的queryNEList()方法。

待测类：

publicclass NEListTable

{

    QueryCtrl ctrl = null;

   

    publicvoid ShowNETable()

    {

       List neList = ctrl.queryNEList();

      

       for(int i = 0;i<neList.size();i++)

       {

           //将neList转换为表格行

       }

      

       //显示表格...

    }

}

publicclass QueryCtrl {

    public List queryNEList()

{

       returnnull;

    }

}

测试类：

public class TestNEListTable extends TestCase

{

    private NEListTable table = null;

    private TestHelper helper = null;

    public void testShowNETable()

    {

       Mock_QueryCtrl ctrl = new Mock_QueryCtrl();

       helper.setObjectField(table,"ctrl",ctrl);//将Mock对象注入table

       table.ShowNETable();

       assertTrue(table.getRowCount()>0);

    }

   

    private class Mock_QueryCtrl extends QueryCtrl

    {

       public List queryNEList()

       {

           List neList = new ArrayList();

           //返回你需要的数据...

           return neList;

       }

    }

}



原地址:http://www.blogjava.net/wukaichun600/archive/2008/07/10/213790.html



竹子 2008-07-20 09:31 发表评论
]]>[转]单元测试(基础篇)http://www.blogjava.net/zhuzi1987/archive/2008/07/20/216141.html竹子竹子Sun, 20 Jul 2008 01:29:00 GMThttp://www.blogjava.net/zhuzi1987/archive/2008/07/20/216141.htmlhttp://www.blogjava.net/zhuzi1987/comments/216141.htmlhttp://www.blogjava.net/zhuzi1987/archive/2008/07/20/216141.html#Feedback0http://www.blogjava.net/zhuzi1987/comments/commentRss/216141.htmlhttp://www.blogjava.net/zhuzi1987/services/trackbacks/216141.html这篇文章的主旨是在正式进行单元测试之前帮助大家厘清一些概念。了解什么是单元测 试，可以做什么，有哪些指导原则。做了又有什么好处，它又存在什么样的局限性。最后重点讲了现在做单元测试的难点。事实上这是任何单元测试都会面临的一个 问题。在这里分享我的观点，与大家共勉！

单元测试(基础篇)

一、什么是UT

UT测的是方法，检验的是一个类对外界的承诺。因此，大多数情况下，我们测的应该是公共方法，除非不得已才对私有方法进行测试。

方法是程序设计的最小单位。UT的局限也体现在这里，它并没有针对类之间的交互做检验。所以，不能指望单元测试做完了，就没有问题了。在这个方面的欠缺，我们可以通过自动化的功能/组件测试来完成。这也是开发者测试的一部分。

二、UT的任务

1.    尽早的发现问题

说白了，就是不要让问题流出去。让我们的缺陷率降低，把我们的产品做的漂亮。另一方面，一些细类度的问题在这里也确实更容易发现，同时也为进行更大粒度的测试做好集成准备。

2.    编织一层保护网

给新的代码建立有效的保护。 保证对代码每一份改动，都不会对现有系统造成伤害。避免了引入问题。

3.写出优雅的代码

编写单元测试的过程，实质是使用我们自己代码的过程。我们成了第一个真正意义上的体验者。在这个过程中，我们为了使代码易用会进行不断的重构。最终的交付代码必然会更优雅。

4.    建立程序员的自信

我们习惯于两眼一抹黑，不管三七二十一就把代码写完了。Code阶段结束，然后不断的调试，修修补补跑起来就过了TR4。没人敢说，他代码一写完了，就能跑起来。这种做法是很没人性的，系统搞挂几次后就心里发虚，一点底气都没有。但是，这是我们的职业，我们为着自己的荣耀而战。在任何时候，都需要信心满盈。

三、UT的基本原则

1.一个类、一个方法、一条路径

我们一次只测一个类的 一个方法。刚开始做单元测试的时候，很多人会自然而然的做成了功能测试。因为，前一部分执行的结果恰好为后一部分准备好了输入。而另一方面，连续的执行过 程组成了一个明确的场景，让具体的功能变得完整可见，这正是我们期待的，让我们变得有信心。那为什么不顺其自然呢？

原因在于：

1）、单元测试要保证一定的微粒度。从单元测试到功能测试，这之间的粒度会越来越大，越往后，我们会越少的关注细节。如果直接跳跃到功能测试上，会让我们遗漏掉一些问题，在以后的粗粒度测试中，它们会转变为很难重现或者不可重现的致命问题。

2）、上述场景之所以 会出现，是因为先写代码后写测试导致的。相当于代码已经集成，具备了做功能测试的一定条件。这个时候让再走回头路做单元测试，当然不如直接就做功能测试来 的顺当。所以，应该一个测试、一个方法，一个方法一个测试，这样不断的一步一步的循环迭代集成来的好。

另一方面，为了将一个方法的多个不同的执行路径分开，我们必须保证一次只测一个方法的一个路径。这样，前置条件和后置条件就会很明确，容易准备测试环境。

2.重构以便于测试

面对着一个方法，你感到一筹莫展。并不是你的错，而是因为这个方法很烂。测一个方法就是在使用这个方法，你自己都这样无奈，将来真正使用的人岂不是要骂娘？雁过留声，人过留名。这个时候，重构一下很值得。

3.保证测试方法简洁

如果连测试方法都很复杂，难道我们还要再写测试用例来保证它的正确执行不成？这样岂不是麻烦大了！所以，测试方法一定要写的尽可能的简单，写到你认为白痴都能看懂的程度。

四、如何才能做UT

1.代码要首先可测，然后才能测。

首先要遵守契约式设计。类的每一个方法都应该对外承担了一份契约，有明确的前置条件和后置条件。 当你对这个方法进行测试之前必须清楚明白这两个条件。一个有效的方法一定是做了什么事的。一定会产生一定的影响，我们可以通过对外围环境的改变来检测方法产生的作用是否如预期(例如,获取某一对象的属性进行检测)。

其次是，低Ce和单一责任原则。一个方法对外的依赖应该单一，不应该取决于很多的外部环境。因为不同的外部环境越多，组合项就越多，要测的先决条件就越多。而一个方法对外部环境的影响太多，则意味着职责不单一，对于输出越难测。

曾经听有人讲到，这些道理，你懂了就懂，不懂就不懂，说了没用。但我认为，如果你还以为这些只是大道理，如果你还想对它有点切身的感受，做单元测试是一个很好的途径。

2.信任你该信任的。

对于已经稳定的部分，类似于第三方包，平台部分，其至是遗留系统中已经证明是可靠的部分，都可以信任。这些是我们用例代码依赖的部分，是我们用来检验其它待测部分的基石。如果什么都要测，就会变成什么都测不了。

3.    单元测试要尽量少的增加开发人员的负担。

一方面，我们实在被问题单压抑的太久了。所以，从全局上来看待这个问题，如果可以确实的减少后期的维护压力，对我们自身而言当然是有益的。所谓增加的负担，不过是提早了结了一些痛苦。

另一方面，单元测试必须自动化 ，必须简单，傻瓜化。这是我们要努力的目标。

4.将调试的时间用来写单元测试

没有做过自动化单元测试的人永远也不能体会其给程序员带来的自信和好处。如果你还在调试，不如顺手加个测试。以后，保证同样的问题不会从你的眼皮下溜走。

5.    现在的单元测试难在哪里？

难以打桩。因为我们对其它模块的关联是这样的。


这就是麻烦的所在，关联太多。如果我们要测，我们就要打桩。但是，

1.    望而生畏，太多。

2.    无法下手，都是直接对象依赖，而不是接口依赖。

所以，你让我来测这样的代码，我是不会干的。

因为，我希望的是这样的：


但是，我们现在的代码欠债太多了。没有条件和能力再回去对这些代码进行单元测试。而且，这些功能经过这么多年的维护，大多已稳定。做的性价比也不高,不够实惠。所以，不必要做。

但在新功能开发过程中，这些老代码依旧会如恶梦一样纠缠着我们。让写单元测试过程中常常面临着举步维艰的境地。我们不得不在让代码变得可测与对代码的侵入性测试之间进行抉择。


原地址:http://www.blogjava.net/wukaichun600/archive/2008/06/10/206999.html



竹子 2008-07-20 09:29 发表评论
]]>