发现Java虚拟机内存泄露问题
【IT168 文档
】内存
泄露问题对于程序来说，是一个很难发现，并且容易引起严重灾害的事情。
Java一直以其垃圾回收机制为自豪，那是否这种机制就是完美的呢。
常规理解上，Java的内存
管理机制是将局部变量保存在堆中，当变量的作用域结束之后，该变量所占用的
内容会被自动回收。不需要做任何特殊的处理。比如下面的代码：
#div_code img{border:0px;}
public
class
JavaMemory{
private
final
int
dataSize
=
(
int
) (Runtime.getRuntime().maxMemory()
*
0.6
);
public
void
f(){
{
byte
[] data1
=
new
byte
[dataSize];
}
byte
[] data2
=
new
byte
[dataSize];
}
public
static
void
main(String[] args) {
JavaMemoryPuzzle jmp
=
new
JavaMemoryPuzzle();
jmp.f();
}
}
在这个例子中，方法f()里定义了两个局部变量，变量data1和data2的作用域不同。按照正常
理解，虽然两各个数组所需要的内存
之和已经超过了可用内存
，但是因为data1会被及时回收，不会出现内存
溢出错误。
如果我们实际执行这个例子，会发现出现了
java.lang.OutOfMemoryError错误。这是为什么?如果在BEA或者IBM的虚拟机上测试过这个例子，并不会出现错误。也就是
说，SUN的JVM在内存
回收机制上存在漏洞或者BUG。
这个问题该如何修正呢，方法其实很简单。只需要在变量作用域结束之前，将变量置为空就可以了。修改之后的结果如下：
#div_code img{border:0px;}
public
class
JavaMemory{
private
final
int
dataSize
=
(
int
) (Runtime.getRuntim
相关文档：
List的用法
List包括List接口以及List接口的所有实现类。因为List接口实现了Collection接口，所以List接口拥有Collection接口提供的所有常用方法，又因为List是列表类型，所以List接口还提供了一些适合于自身的常用方法，如表1所示。
表1 List接口定义的常用方法及功能
从表1可以看出，List接口提供的适合于自身的 ......
一、运算符
算术运算符：+，-，*，/，%，++，--
关系运算符：>，<，>=，<=，==，!=
布尔逻辑运算符：!，&，^，|，&&，||
位运算符：&，|，^，>>，<<，>>>
赋值运算符：=
扩展赋值运算符：+=，-=，*=，/=
字符串链接运算符：+
两数相除，那么如果 ......
什么是正则表达式？
正则表达式是一种强大而灵活的文本处理工具。使用正则表达式，我们能够以编程的方式，构造复杂的文本模式，并对输入的字符串进行搜索。一旦找到了匹配这些模式的部分，你就能够随心所欲地对它们进行处理。正则表达式� ......
一。谁在做Garbage Collection？
一种流行的说法：在C++
里，是系统在做垃圾回收；而在Java
里，是Java
自身在做。
在C++
里，
释放内存是手动处理的，要用delete运算符来释放分配的内存。这是流行的说法。确切地说，是应用认为不需要某实体时，就需用delete告诉系统，可
以 ......
1.静态导入：
静态导入是JDK1.5后新加的功能，一般不怎么常用，很简单给你举个例子你就能明白了，看这段代码：
import static java.lang.System.out;//导入java.lang包下的System类的静态方法out;
public class HelloWorld{
public static void main(String[] args){
out.print("Hello World!");//既是在� ......
