首先Q当一?JVM 启动的时候，Java ~省开始用三个类装入器。它们分别是Q?/p>
它们分别实现如下的功能：
<Java_Runtime_Home>/lib 下面的类库加载到内存中?
< Java_Runtime_Home >/lib/ext 或者由pȝ变量 java.ext.dir 指定位置中的cd加蝲到内存中?
当应用程序需要加载某个类到内存中的时候，c装入器是如何工作的呢？q就设计到类装入器的一个重要方面：代理机制。每一个类装入器，除了引导c装入器以外Q都有一个父c装入器。对于系l缺省定义的三个c装入器Q引导类装入器是扩展c装入器的父c装入器Q而扩展类装入器是pȝc装入器的父c装入器。当Ӟ应用E序也可以用自qc装入器来用特定的Ҏ(gu)来装载类Q因此，整个pȝ中的c装入器Ş成一个树状结构?/p>
当用某个类装入器来试图装蝲某个cȝ时候，该类装入器会首先使用其父c装入器来试图装载该cR对于每一个装载进来的c，JVM 都会l其分配一个唯一?ID。因此，不同c装入器可以装蝲同一个类?JVM 中。例如，对于如下囄构的 ClassLoaderA ?ClassLoaderBQ?/p>
?1 c装入器的结?/strong>
假设c?C 在系l类装入器指定的c\径中Q则无论是?ClassLoaderA q是使用 ClassLoaderBQ都只会得到同样一个类 C?/p>
但是如果c?C 分别?ClassLoaderA 以及 ClassLoaderB 指定的类库中Q则使用 ClassLoaderA 得到到类 C 实例会不同于 ClassLoaderB 得到的类 C 实例。尽两个类装入器在同一?JVM 中?/p>
上面的类装入器的向上代理l构看上d完美了，但是Q当pȝ变得复杂的时候，p是显得不够用了?/p>
例如Q当 Java 引入?JNDI 以后QJNDI 核心部分是通过引导 c装入器?JVM 启动的时候装载进?JVM 的。?JDNI 核心部分是通过配置信息来在q行时候装载定义在用户的类路径中的特定cL完成特定需要。而这是上面定义的c装入器的向上代理模式所不能支持的?/p>
Z解决q个问题QJava 2 中引入了U程上下文（Thread ContentQ类装入器的概念Q每一个线E有一?Context c装入器。这?Context c装入器是通过Ҏ(gu) Thread.setContextClassLoader() 讄的，如果当前U程在创建后没有调用q个Ҏ(gu)讄 Context c装入器Q则当前U程从他的父U程l承 Context c装入器。如果整个应用都没有讄 Context c装入器Q则pȝc装入器被设|ؓ所有线E的 Context c装入器?/p>
对于我们上面所?JNDI 的情况，引导 c装入器装蝲q入?JNDI 核心cM使用 Context c装入器来装载其所需要的 JNDI 实现c，而不是将该装载Q务代理给其父c装入器来完成。这Pp决了上面的问题。可以认?Context c装入器在传l的 Java 向上代理机制上打开了一个后门。Context c装入器?J2EE 中用的很广泛，比如 Java 命名服务QJNDIQ，Java API for XML Parsing(JAXP)Q注Q在 Java1.4 ?JAXP 才作?Java 的核心类的一部分Q它才开始?Context c装入器来加载不同的实现c）{?/p>
单而言QJava 中的c装入器是上面几种Q但是，在具体用中Q还是有很多变化Q我们下面分别对于一些情况进行说明?/p>
在DRL上看到有朋友抱怨Firefox占用内容太多Q经帔R成内存泄漏的问题。自己在使用的过E中也有同感Q开了十个左右的tabQ时间一久，占用内存׃增加?00兆左叟뀂实在是恐怖?/p>
不过DRL上高人多多，有hl支了这招：
在about:config?/p>
1.加入一个boolean：config.trim_on_minimize,q设|ؓtrue,q样可以在最化时自动释攑ֆ存?/p>
2.修改browser.sessionhistory.max_total_viewers修改gؓ5或更{面快进/快退功能中保存的面LQ默认是-1(无限)}?
赶紧试了一下，乖乖Q同L面Q占用内容只?0兆左右了Q而且在最化的时候占用只?兆?/p>
太爽了，好东西不敢独享，有同L恼的朋友不妨一试?/p>
Url传递中文出Cؕ码解决纪?/a>
作者f(xi)bysss
msn:jameslastchina@hotmail.com
blog:blog.csdn.net/fbysss
声明Q本文由fbysss原创Q{载请注明出处
关键字：q
文g1Qencode.jsp
<%@ page language="java" contentType="text/html; charset=GBK"
pageEncoding="GBK"%>
<%
String sFileName = "中文文g?doc";
sFileName = java.net.URLEncoder.encode(sFileName);//代码?
%>
<a href="javascript:decode('<%=sFileName%>');">decode</a>
<html>
<meta http-equiv="Content-Type" content="text/html; charset=gbk" />
<body>
<script language="javascript">
function decode(filename){
location.href="decode.jsp?filename="+filename;//代码?
}
</script>
</body>
</html>
文g2Qdecode.jsp
<%@ page language="java" contentType="text/html; charset=gbk"
pageEncoding="gbk"%>
<%
String sFileName = request.getParameter("filename");
sFileName = java.net.URLDecoder.decode(sFileName,"GBK");//代码?
out.println("filename:"+sFileName);
%>
看上去，q样肯定可以辑ֈ要求了，但是事实不是q样Qjavascriptq不识别jsp~码后的字符Ԍ
用鼠标移动到链接上方Ӟ可以看到IE状态栏上的是正确的编码，?%D6%D0%CE%C4%CE%C4%BC%FE%C3%FB.doc"
然而要注意的是Q用鼠标右键点击链接-〉属性看到的URL是javascript:decode('ÖÐÎÄÎÄVÃ].doc');后果可想而知Q{向后输出的是q?br /> 弄了半天Q{UTF-8也是一P一个小问题整的很郁P最后想刎ͼq得在jsq里下手?br /> 把encode.jsp代码?注释掉，代码?前面加入一行：filename = encodeURI(filename);
看到一点进展：转向后的url已经很规范了Qfilename=%E4%B8%AD%E6%96%87%E6%96%87%E4%BB%B6%E5%90%8D.docQ但是结果仍然是q。ؓ啥呢Q注意观察，前面的编码和后面是不一LQ?br />然而，javascript的EncodeURI没有提供~码参数,默然是UTF-8. 好，那么 sFileName = java.net.URLDecoder.decode(sFileName,"UTF-8");行不行呢Q答案是Q不行，原因我现在还没找刎ͼ扑ֈ了会在此补充Q如果哪位知道，q望指点?br />解决办法Q把代码?替换?br />sFileName= new String(sFileName.getBytes("ISO-8859-1"), "UTF-8");
现在再看l果Q已l是正常的中文了?/font>
补充QAjax中，servlet输出中文之后Q需要jsdQ同样面临编码问题，可以采取如下方式Q?br />在servlet中用URLEncoder~码sText = URLEncoder.encode(sText,"UTF-8");
在js中用decodeURI解码xText = decodeURI(xText);