java的内存管理源代码 java的内存管理源代码怎么用

北大青鸟java培训：Java语言中内存管理的几个技巧？

从理论上来讲java做的系统并不比其他语言开发出来的系统更占用内存，那么为什么却有这么N多理由来证明它确实占内存呢?两个字，陋习。

成都创新互联公司专注于企业营销型网站、网站重做改版、袁州网站定制设计、自适应品牌网站建设、H5响应式网站、成都做商城网站、集团公司官网建设、成都外贸网站制作、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为袁州等各大城市提供网站开发制作服务。

(1)别用newBoolean()。

在很多场景中Boolean类型是必须的，比如JDBC中boolean类型的set与get都是通过Boolean封装传递的，大部分ORM也是用Boolean来封装boolean类型的，比如：ps.setBoolean("isClosed",newBoolean(true));ps.setBoolean("isClosed",newBoolean(isClosed));ps.setBoolean("isClosed",newBoolean(i==3));通常这些系统中构造的Boolean实例的个数是相当多的，所以系统中充满了大量Boolean实例小对象，这是相当消耗内存的。

Boolean类实际上只要两个实例就够了，一个true的实例，一个false的实例。

Boolean类提供两了个静态变量：publicstaticfinalBooleanTRUE=newBoolean(true);publicstaticfinalBooleanFALSE=newBoolean(false);需要的时候只要取这两个变量就可以了，比如：ps.setBoolean("isClosed",Boolean.TRUE);那么像2、3句那样要根据一个boolean变量来创建一个Boolean怎么办呢?可以使用Boolean提供的静态方法：Boolean.valueOf()比如：ps.setBoolean("isClosed",Boolean.valueOf(isClosed));ps.setBoolean("isClosed",Boolean.valueOf(i==3));因为valueOf的内部实现是：return(b?TRUE：FALSE);所以可以节省大量内存。

相信如果Java规范直接把Boolean的构造函数规定成private，就再也不会出现这种情况了。

(2)别用newInteger.和Boolean类似，java开发中使用Integer封装int的场合也非常多，并且通常用int表示的数值通常都非常小。

SUNSDK中对Integer的实例化进行了优化，Integer类缓存了-128到127这256个状态的Integer，如果使用Integer.valueOf(inti)，传入的int范围正好在此内，就返回静态实例。

这样如果我们使用Integer.valueOf代替newInteger的话也将大大降低内存的占用。

如果您的系统要在不同的SDK(比如IBMSDK)中使用的话，那么可以自己做了工具类封装一下，比如IntegerUtils.valueOf()，这样就可以在任何SDK中都可以使用这种特性。

(3)用StringBuffer代替字符串相加。

这个我就不多讲了，因为已经被人讲过N次了。

我只想将一个不是笑话的笑话，我在看国内某“著名”java开发的WEB系统的源码中，竟然发现其中大量的使用字符串相加，一个拼装SQL语句的方法中竟然最多构造了将近100个string实例。

无语中!(4)过滥使用哈希表有一定开发经验的开发人员经常会使用hash表(hash表在JDK中的一个实现就是HashMap)来缓存一些数据，从而提高系统的运行速度。

比如java课程认为使用HashMap缓存一些物料信息、人员信息等基础资料，这在提高系统速度的同时也加大了系统的内存占用，特别是当缓存的资料比较多的时候。

其实我们可以使用

java内存或者是缓存管理怎么实现？

晕， 你确定你是用Java,

OK，不管Java还是C＃

1. 定义你的map

HashMapString, String map = new HashMapString, String();

2. 存入你的信息， 反正你得要有个唯一标识的key，以及你想存的对象

map.put("userid", "userMessage");

....

3. 每次存入后，判断一下当前大小，java 的hashmap是size()方法，如果大于你的最大数，把原来存的前进前出删掉

if(map.size()100){

//map.remove(arg0)

....

}

更高级内容：

如果对map中的cache内容有过访问，给该内容的权重＋1，每次删除的时候先将权重由小至大删除。 这就是命中率缓存，一般缓存都是按这种算法做的，只是具体算法有改进

Java虚拟机自动内存管理怎么运转操作的

一，jvm内存区域

1， 程序计数器

一块很小的内存空间，作用是当前线程所执行的字节码的行号指示器。

2， java栈

与程序计数器一样，java栈（虚拟机栈）也是线程私有的，其生命周期与线程相同。通常存放基本数据类型，对象引用（一个指向对象起始地址的引用指针或一个代表对象的句柄），reeturnAddress类型（指向一条字节码指令的地址）

栈区域有两种异常类型：如果线程请求的栈深度大于虚拟机所允许的深度，将抛StrackOverflowError异常；如果虚拟机栈可以动态扩展（大部分虚拟机都可动态扩展），当扩展时无法申请到足够的内存时会抛出OutOfMemoryError异常。

3， 本地方法栈

与虚拟机栈作用很相似，区别是虚拟机栈为虚拟机执行java方法服务，而本地方法栈则是为虚拟机用到的Native方法服务。和虚拟机栈一样可能抛出StackOverflowError和OutOfMemoryError异常。

4， java堆

java

Heap是jvm所管理的内存中最大的区域。JavaHeap是被所有线程共享的一块内存区域，在虚拟机启动时创建。主要存放对象实例。JavaHeap

是垃圾收集器管理的主要区域，其可细分为新生代和老年代。如果在堆中没有内存完成实例分配，并且也无法再扩展时，会抛出OutOfMemoryError

异常。

5， 方法区

与javaHeap一样是各个线程共享的内存区域，用于存放已被虚拟机加载的类信息、常量、静态变量、及时编译器编译后的代码等数据。当方法区无法满足内

存分配的需求时，将抛出OutOfMemoryError异常。方法同时包含常听说的运行时常量池，用于存放编译期生成的各种字面量和符号引用。

6， 直接内存

直接内存并不是虚拟机运行时数据区的一部分，也不是java虚拟机规范中定义的内存区域，是jvm外部的内存区域，这部分区域也可能导致OutOfMemoryError异常。

二，jvm参数

-Xss（StackSpace）栈空间

-Xms ，-Xmx（heap memory

space）堆空间：Heap是大家最为熟悉的区域，他是jvm用来存储对象实例的区域，Heap在32位的系统中最大为2G，其大小通过-Xms和

-Xmx来控制，-Xms为jvm启动时申请的最小Heap内存，默认为物理内存的1/64，但小于1G，-Xmx为jvm可申请的最大的Heap内存，

默认为物理内存的1/4,一般也小于1G，默认当空余堆内存小于40%时，jvm会最大Heap的大小到-Xmx指定大小，可通过

-XX:MinHeapFreeRatio来指定这个比例，当空余堆内存大于70%时，JVM会将Heap的大小往-Xms指定的大小调整，可通过

-XX:MaxHeapFreeRatio来指定这个比例，但通常为了避免频繁调整HeapSize的大小，将-Xms和-Xmx的值设为相同。

-XX:PermSize -XX:MaxPermSize ：方法区持久代大小： 方法区域也是全局共享的，在一定的条件下它也会被 GC ，当方法区域需要使用的内存超过其允许的大小时，会抛出 OutOfMemory 的错误信息。

三，常见内存溢出错误解决办法

1， OutOfMemoryError异常

除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError(OOM)异常的可能，

Java Heap 溢出

一般的异常信息：java.lang.OutOfMemoryError:Java heap spacess

java堆用于存储对象实例，我们只要不断的创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，就会在对象数量达到最大堆容量限制后产生内存溢出异常。

出现这种异常，一般手段是先通过内存映像分析工具(如Eclipse Memory

Analyzer)对dump出来的堆转存快照进行分析，重点是确认内存中的对象是否是必要的，先分清是因为内存泄漏(Memory

Leak)还是内存溢出(Memory Overflow)。

如果是内存泄漏，可进一步通过工具查看泄漏对象到GC Roots的引用链。于是就能找到泄漏对象时通过怎样的路径与GC Roots相关联并导致垃圾收集器无法自动回收。

如果不存在泄漏，那就应该检查虚拟机的参数(-Xmx与-Xms)的设置是否适当。

2， 虚拟机栈和本地方法栈溢出

如果线程请求的栈深度大于虚拟机所允许的最大深度，将抛出StackOverflowError异常。

如果虚拟机在扩展栈时无法申请到足够的内存空间，则抛出OutOfMemoryError异常

这里需要注意当栈的大小越大可分配的线程数就越少。

3， 运行时常量池溢出

异常信息：java.lang.OutOfMemoryError:PermGen space

如果要向运行时常量池中添加内容，最简单的做法就是使用String.intern()这个Native方法。该方法的作用是：如果池中已经包含一个等于

此String的字符串，则返回代表池中这个字符串的String对象；否则，将此String对象包含的字符串添加到常量池中，并且返回此String

对象的引用。由于常量池分配在方法区内，我们可以通过-XX:PermSize和-XX:MaxPermSize限制方法区的大小，从而间接限制其中常量

池的容量。

4， 方法区溢出

方法区用于存放Class的相关信息，如类名、访问修饰符、常量池、字段描述、方法描述等。

异常信息：java.lang.OutOfMemoryError:PermGen space

方法区溢出也是一种常见的内存溢出异常，一个类如果要被垃圾收集器回收，判定条件是很苛刻的。在经常动态生成大量Class的应用中，要特别注意这点。

Java数组是存储在内存中的什么地方

因为我也不清楚你理解的内存指啥，说我的理解，猜测一下，但愿符合你的理解：

对程序而言，内存分为：

a、静态区块或叫全局区块，指程序加载的时候就分配的固定存储区；

b、栈内存，代码块执行的时候动态分配的内存块，代码运行完后，操作系统或运行平台负责自动回收这部分使用的内存。

c、堆内存块，由操作系统提供api程序自由分配管理的内存块。

java的内存管理机制，我个人认为是黑盒的，写java也很少有人去关心，但是如果看虚拟机的实现源码还是能知道的。（楼主懂c由兴趣自己看）。那么从逆向工程的角度我们可以猜测到：

静态类，静态变量，存储在，静态区块中。

类本身代码需要时再加载到内存中，java的动态代理实现的根本。既然是动态加载肯定是在堆中，不过加载进来的类代码可能永不会销毁（虚拟机运行区间内，可以加快运行平台的处理速度，java属于半编译半解释的一门语言，要解释执行的是预先编译好的指令，就是class类文件）。

我们创建的任何对象，时间是随机的，创建的时候才会分配内存，必然在堆上。虚拟机的垃圾回收机制要管理的刚好是这部分内存。

类中的方法，或静态代码块必定运行在占上，代码运行完，内存立即回收。此处有个例外，不同于c语言或操作系统实现。在方法中返回的任何对象：c需要动态分配存储空间，兵自行管理，或者申明为全局局部静态存储，代码运行完，对象才能保留下来。java可以直接保留下来。说明虚拟机自动给我们申请了动态内存保存对象。此处分配的内存也需要垃圾回收机制管理。没门语言都有原始类型，方法或函数中返回的原始类型不需要从堆上分配内存，直接复制给接收变量，或代码运行的形参所分配的空间中即可。

从操作系统理解，内存分为内核使用的内存与程序使用的内存，java运行在虚拟机上，虚拟机运行在操作系统上，内核内存属于操作系统自用内存，由操作系统负责管理，运用程序不能直接管理分配内核内存。应用程序可管理的是分配给自己的运行空间。因此java使用内存属于应用程序内存。内核内存管理方式windows与unix实现管理方式不一样，最大差别windows的每一个程序，内核需要使用掉一部分地址空间，余下的留给应用程序。如32位系统，总共可以使用的地址空间是4G内核要用掉其中1G或者2G。但是unix实现的系统应用程序可以直接使用4G地址空间。有兴趣请参考操作系统内核相关书籍。