析JAVA之垃圾回收机制
对于JAVA编程和很多类似C、C++语言有一个巨大区别就是内存不需要自己去free或者delete，而是由JVM垃圾回收机制去完成的。对于这个过程很多人一直比较茫然或者觉得很智能，使得在写程序的过程不太考虑它的感受，其实知道一些内在的原理，帮助我们编写更加优秀的代码是非常有必要的。
本文从以下几个方面进行阐述：
1、finalize()方法
2、System.gc()方法及一些实用方法
3、JAVA如何申请内存，和C、C++有何区别
4、JVM如何寻找到需要回收的内存
5、JVM如何回收内存的（回收算法分解详述）
6、应用服务器部署及常用参数设置
7、扩展话题JIT（及时编译技术）与lazy evaluation（惰性评估）
1、finalize()方法：
为了说明JVM回收，不得不先说明一个问题就是关于finalize()方法，所有实体对象都会有这个方法，因为这个Object类定义的，这个可能会被认为是垃圾回收的方法或者叫做析构函数，其实并非如此。finalize在JVM内存会收前会被调用（单并非绝对），而即使不调用它，JVM回收机制通过后面所述的一些算法就可以定位哪些是垃圾内存，那么这个拿来干什么用呢？finalize()其实是要做一些特殊的内存回收操作，如果对JAVA研究稍微多一点，大家会发现JAVA中有一种JNI的机制，即：Java native interface，这种属于JAVA本地接口调用，即调用本地的其他语言信息，JAVA虚拟机底层掉调用也是这样实现的，这部分调用中可能存在一些对C、C++语言的操作，在C和C++内部通过new、malloc、realloc等关键词创建的对象垃圾回收机制是无能为力的，因为这不是它要管理的范围，而平时这些对象可能被JAVA对应的实体所调用，那么需要在对应JAVA对象放弃时（并不代表回收，只是程序中不使用它了）去调用对应的C、C++提供的本地接口去释放这段内存信息，他们的释放同样需要通过free或delete去释放，所以我们一般情况下不要滥用finalize()，可能你会联想到另一类某些特殊引用对象的释放，如层数引用太多，JAVA虚拟机有些时候不知道这一线的对象是否都可能被回收那么，你可以自己将finalize()重写，并将内置对象的句柄先释放掉，这样也是没有问题的，不过一般不要滥用而已。
2、System.gc()或者Runtime.getRuntime().gc();
这个可以被认为是强制垃圾回收的一种机制，但是并非强制回收，只是向JVM建议可以进行垃圾回收，而且垃圾回收的地方和多少是不能像C语言一样控制，这是JVM垃圾回收机去控制的。程序中尽量不要是去�
相关文档：
Java编码
pageEncoding是jsp文件本身的编码
contentType的charset是指服务器发送给客户端时的内容编码
JSP要经过两次的“编码”，第一阶段会用pageEncoding，第二阶段会用utf-8至utf-8，第三阶段就是由Tomcat出来的网页， 用的是contentType。
第一阶段是jsp编译成.jav ......
前几天看到java的1.5API中新加了一个很有用处的类java.util.Scanner。前几天还在思考java中的命令行中的数据输入，看到这个类之后，忽然发现，原来sun也不是没有注意到这样的问题啊，让我们看看他们都为我们做了些什么吧：
在java的文档中，我们可以找到这个例子：
Scanner sc = ne ......
native2ascii
在WINDOWS平台下编写的资源文件,以GB2312方式编码,在编译时需要转码,以确保在各个平台上的正确性
编码:
native2ascii -encoding utf8 temp.properties ApplicationResources_zh_CN.properties
&n ......
今天晚饭吃多了，肚子难受，就去北大里面逛了逛，不知不觉来到了未名湖边，有点累了，在湖边找了个长椅躺了一下，翻看手机的电话簿，发现好多朋友好久没有联系了，甚至有些都已经忘记了他们的样子，有些名字都让我感到有点陌生了，不知道他们还是否记得我！
&nbs ......
