本文目录一览：
怎样查看JAVA内存的大小？
首先先说一下JVM内存结构问题，JVM为两块：PermanentSapce和HeapSpace，其中
Heap = }。PermantSpace负责保存反射对象，一般不用配置。JVM的Heap区可以通过-X参数来设定。
当一个URL被访问时，内存申请过程如下：
A. JVM会试图为相关Java对象在Eden中初始化一块内存区域
B. 当Eden空间足够时，内存申请结束。否则到下一步
C. JVM试图释放在Eden中所有不活跃的对象（这属于1或更高级的垃圾回收）, 释放后若Eden空间仍然不足以放入新对象，则试图将部分Eden中活跃对象放入Survivor区
D. Survivor区被用来作为Eden及OLD的中间交换区域，当OLD区空间足够时，Survivor区的对象会被移到Old区，否则会被保留在Survivor区
E. 当OLD区空间不够时，JVM会在OLD区进行完全的垃圾收集（0级）
F. 完全垃圾收集后，若Survivor及OLD区仍然无法存放从Eden复制过来的部分对象，导致JVM无法在Eden区为新对象创建内存区域，则出现”out of memory错误”
JVM调优建议:
ms/mx：定义YOUNG+OLD段的总尺寸，ms为JVM启动时YOUNG+OLD的内存大小；mx为更大可占用的YOUNG+OLD内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。
NewSize/MaxNewSize：定义YOUNG段的尺寸，NewSize为JVM启动时YOUNG的内存大小；MaxNewSize为更大可占用的YOUNG内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。
PermSize/MaxPermSize：定义Perm段的尺寸，PermSize为JVM启动时Perm的内存大小；MaxPermSize为更大可占用的Perm内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。
SurvivorRatio：设置Survivor空间和Eden空间的比例
内存溢出的可能性
1. OLD段溢出
这种内存溢出是最常见的情况之一，产生的原因可能是：
1) 设置的内存参数过小(ms/mx, NewSize/MaxNewSize)
2) 程序问题
单个程序持续进行消耗内存的处理，如循环几千次的字符串处理，对字符串处理应建议使用StringBuffer。此时不会报内存溢出错，却会使系统持续垃圾收集，无法处理其它请求，相关问题程序可通过Thread Dump获取（见系统问题诊断一章）单个程序所申请内存过大，有的程序会申请几十乃至几百兆内存，此时JVM也会因无法申请到资源而出现内存溢出，对此首先要找到相关功能，然后交予程序员修改，要找到相关程序，必须在Apache日志中寻找。
当Java对象使用完毕后，其所引用的对象却没有销毁，使得JVM认为他还是活跃的对象而不进行回收，这样累计占用了大量内存而无法释放。由于目前市面上还没有对系统影响小的内存分析工具，故此时只能和程序员一起定位。
2. Perm段溢出
通常由于Perm段装载了大量的Servlet类而导致溢出，目前的解决办法：
1) 将PermSize扩大，一般256M能够满足要求
2) 若别无选择，则只能将servlet的路径加到CLASSPATH中，但一般不建议这么处理
3. C Heap溢出
系统对C Heap没有限制，故C Heap发生问题时，Java进程所占内存会持续增长，直到占用所有可用系统内存
参数说明:
JVM 堆内存（heap）设置选项
参数格式
说 明
设置新对象生产堆内存（Setting the Newgeneration heap size）
-XX:NewSize
通过这个选项可以设置Java新对象生产堆内存。在通常情况下这个选项的数值为1 024的整数倍并且大于1MB。这个值的取值规则为，一般情况下这个值-XX:NewSize是更大堆内存（maximum heap size）的四分之一。增加这个选项值的大小是为了增大较大数量的短生命周期对象
增加Java新对象生产堆内存相当于增加了处理器的数目。并且可以并行地分配内存，但是请注意内存的垃圾回收却是不可以并行处理的
设置更大新对象生产堆内存（Setting the maximum New generation heap size）
-XX:MaxNewSize
通过这个选项可以设置更大Java新对象生产堆内存。通常情况下这个选项的数值为1 024的整数倍并且大于1MB
其功用与上面的设置新对象生产堆内存-XX：NewSize相同
设置新对象生产堆内存的比例（Setting New heap size ratios）
-XX:SurvivorRatio
新对象生产区域通常情况下被分为3个子区域：伊甸园，与两个残存对象空间，这两个空间的大小是相同的。通过用-XX:SurvivorRatio=X选项配置伊甸园与残存对象空间（Eden/survivor）的大小的比例。你可以试着将这个值设置为8，然后监控、观察垃圾回收的工作情况
设置堆内存池的更大值（Setting maximum heap size）
-Xmx
通过这个选项可以要求系统为堆内存池分配内存空间的更大值。通常情况下这个选项的数值为1 024的整数倍并且大于1 MB
一般情况下这个值（-Xmx）与最小堆内存（minimum heap size –Xms）相同，以降低垃圾回收的频度
取消垃圾回收
-Xnoclassgc
这个选项用来取消系统对特定类的垃圾回收。它可以防止当这个类的所有引用丢失之后，这个类仍被引用时不会再一次被重新装载，因此这个选项将增大系统堆内存的空间
设置栈内存的大小
-Xss
这个选项用来控制本地线程栈的大小，当这个选项被设置的较大（2MB）时将会在很大程度上降低系统的性能。因此在设置这个值时应该格外小心，调整后要注意观察系统的性能，不断调整以期达到更优
最后说一句，你的机器的连接数设置也至关重要，连接的关闭更好把时间设置的少些，那些连接非常耗费资源。也是引起内存泄露的主要原因。
JVM的结构
一、JVM的类执行机制
JVM是基于栈的体系结构来执行class字节码的。线程创建后，都会产生程序计数器（PC）和栈（Stack），程序计数器是存放下一条要执行的指令在 *** 内的偏移量，栈中是存放一个个栈帧，每个栈帧对应着每个 *** 的每次调用，而栈帧又是有局部变量区和操作数栈两部分组成，局部变量区用于存放 *** 中的局部变量和参数，操作数栈中用于存放 *** 执行过程中产生的中间结果，如下所示：
二、 JVM内存的组成结构
JVM栈由堆、栈、本地 *** 栈、 *** 区等部分组成的，如下所示：
1、 堆 ，所有通过new创建的对象的内存都在堆中分配，堆的大小可以通过-Xmx和-Xms来控制。堆被划分为新生代和旧生代，新生代又被进一步划分为Eden和Survivor区，最后Survivor由From Space和To Space组成，如下所示：
①、 新生代 ：新建的对象都是用新生代分配内存，Eden空间不足的时候，会把存活的对象转移到Survivor中，新生代大小可以由-Xmn来控制，也可以用-XX:SurvivorRatio来控制Eden和Survivor的比例
②、 旧生代 ：用于存放新生代中经过多次垃圾回收仍然存活的对象
③、 持久带 （Permanent Space）实现 *** 区，主要存放所有已加载的类信息， *** 信息，常量池等等。可通过-XX:PermSize和-XX:MaxPermSize来指定持久带初始化值和更大值。Permanent Space并不等同于 *** 区，只不过是Hotspot JVM用Permanent Space来实现 *** 区而已，有些虚拟机没有Permanent Space而用其他机制来实现 *** 区
-Xmx:更大堆内存,如：-Xmx512m
-Xms:初始时堆内存,如：-Xms256m
-XX:MaxNewSize:更大年轻区内存
-XX:NewSize:初始时年轻区内存.通常为 Xmx 的 1/3 或 1/4，新生代 = Eden + 2 个 Survivor 空间，实际可用空间为 = Eden + 1 个 Survivor
-XX:MaxPermSize:更大持久带内存
-XX:PermSize:初始时持久带内存
-XX:+PrintGCDetails。打印 GC 信息
-XX:NewRatio 新生代与老年代的比例，如 –XX:NewRatio=2，则新生代占整个堆空间的1/3，老年代占2/3
-XX:SurvivorRatio 新生代中 Eden 与 Survivor 的比值，默认值为 8，即 Eden 占新生代空间的 8/10，另外两个 Survivor 各占 1/10
2、 栈 ，每个线程执行每个 *** 的时候都会在栈中申请一个栈帧，每个栈帧包括局部变量区和操作数栈，用于存放此次 *** 调用过程中的临时变量、参数和中间结果
-xss:设置每个线程的堆栈大小. JDK1.5+ 每个线程堆栈大小为 1M，一般来说如果栈不是很深的话， 1M 是绝对够用了的。
3、 本地 *** 栈 ，用于支持native *** 的执行，存储了每个native *** 调用的状态
4、 *** 区 ，存放了要加载的类信息、静态变量、final类型的常量、属性和 *** 信息。JVM用上面所讲的持久带来存放 *** 区
三、垃圾回收几种基本回收策略
1、引用计数（Reference Counting）:
比较古老的回收算法，原理是此对象有一个引用，即增加一个计数，删除一个引用则减少一个计数；垃圾回收时，只用收集计数为0的对象。此算法最致命的是无法处理循环引用的问题
2、标记-清除（Mark-Sweep）:
此算法执行分两阶段，之一阶段从引用根节点开始标记所有被引用的对象，第二阶段遍历整个堆，把未标记的对象清除。此算法需要暂停整个应用，同时，会产生内存碎片
3、复制（Copying）:
此算法把内存空间划为两个相等的区域，每次只使用其中一个区域。垃圾回收时，遍历当前使用区域，把正在使用中的对象复制到另外一个区域中。算法每次只处理正在使用中的对象，因此复制成本比较小，同时复制过去以后还能进行相应的内存整理，不会出现“碎片”问题。当然，此算法的缺点也是很明显的，就是需要两倍内存空间
4、标记-整理（Mark-Compact）:
此算法结合了“标记-清除”和“复制”两个算法的优点。也是分两阶段，之一阶段从根节点开始标记所有被引用对象，第二阶段遍历整个堆，把清除未标记对象并且把存活对象“压缩”到堆的其中一块，按顺序排放。此算法避免了“标记-清除”的碎片问题，同时也避免了“复制”算法的空间问题
JVM分别对新生代和旧生代采用不同的垃圾回收机制，二者的 各种GC机制是需要组合使用的，指定方式如下所示：
四、JVM内存调优
首先需要注意的是在对JVM内存调优的时候不能只看操作系统级别Java进程所占用的内存，这个数值不能准确的反应堆内存的真实占用情况，因为GC过后这个值是不会变化的，因此内存调优的时候要更多地使用JDK提供的内存查看工具，比如JConsole和Java VisualVM。
对JVM内存的系统级的调优主要的目的是减少GC的频率和Full GC的次数，过多的GC和Full GC是会占用很多的系统资源（主要是CPU），影响系统的吞吐量。
特别要关注Full GC，因为它会对整个堆进行整理，导致Full GC一般由于以下几种情况：
1、旧生代空间不足：
调优时尽量让对象在新生代GC时被回收、让对象在新生代多存活一段时间和不要创建过大的对象及数组避免直接在旧生代创建对象
2、Pemanet Generation空间不足：
增大Perm Gen空间，避免太多静态对象
统计得到的GC后晋升到旧生代的平均大小大于旧生代剩余空间
控制好新生代和旧生代的比例
3、System.gc()被显示调用：
垃圾回收不要手动触发，尽量依靠JVM自身的机制
调优手段主要是通过控制堆内存的各个部分的比例和GC策略来实现，下面来看看各部分比例不良设置会导致什么后果：
1、新生代设置过小：
一是新生代GC次数非常频繁，增大系统消耗；
二是导致大对象直接进入旧生代，占据了旧生代剩余空间，诱发Full GC
2、新生代设置过大：
一是新生代设置过大会导致旧生代过小（堆总量一定），从而诱发Full GC；
二是新生代GC耗时大幅度增加（一般说来新生代占整个堆1/3比较合适）
3、Survivor设置过小：
导致对象从eden直接到达旧生代，降低了在新生代的存活时间
4、Survivor设置过大：
导致eden过小，增加了GC频率
通过-XX:MaxTenuringThreshold=n来控制新生代存活时间，尽量让对象在新生代被回收
另外，JVM也提供两种较为简单的GC策略的设置方式：
①、吞吐量优先
JVM以吞吐量为指标，自行选择相应的GC策略及控制新生代与旧生代的大小比例，来达到吞吐量指标。这个值可由-XX:GCTimeRatio=n来设置
②、暂停时间优先
JVM以暂停时间为指标，自行选择相应的GC策略及控制新生代与旧生代的大小比例，尽量保证每次GC造成的应用停止时间都在指定的数值范围内完成。这个值可由-XX:MaxGCPauseRatio=n来设置
JVM调优常用参数配置
说明：
1、一般初始堆和更大堆设置一样，因为：现在内存不是什么稀缺的资源，但是如果不一样，从初始堆到更大堆的过程会有一定的性能开销，所以一般设置为初始堆和更大堆一样。64位系统理论上可以设置为无限大，但是一般设置为 4G ,因为如果再大，JVM进行垃圾回收出现的暂停时间会比较长，这样全GC过长，影响JVM对外提供服务，所以不能太大。一般设置为4G。
2、-XX:NewRaio和-XX:SurvivorRatio这两个参数，都是设置年轻代和年老代的大小的，设置一个即可，之一是设置年轻代的大小，第二个是设置比值，理论上设置一个既可以满足需求
打印GC回收的过程日志信息
以下配置主要针对分代收集回收算法而言
年轻代的设置很关键
JVM中更大堆大小有三方面限制：相关操作系统的数据模型(32bit还是64bit)限制：系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G-2G;64位操作系统对内存没有限制。在Windows Server 2003系统，3.5G物理内存，JDK5.0下测试，更大设置为1478m。
典型设置：
JVM给了三种选择：串行收集器，并行收集器，并发收集器，但是串行收集器只适用于小数据量的情况，一般不考虑使用了，所以这里只针对并行收集器和并发收集器。默认情况下，JDK5.0以前是使用的串行收集器，如果想使用其他收集器需要在启动时加入相应的参数， JDK5.0以后，JVM会根据系统当前的配置进行判断
吞吐量优先的并行收集器
并行收集器主要以到达一定的吞吐量为目标，适用于后台处理
响应时间优先的并发收集器
并发收集器主要是保证系统的响应时间，减少垃圾收集时的停顿时间。适用于应用服务器、电信领域等。
6.1年轻代大小选择
响应时间优先的应用：尽可能设置大，直到接近系统的更低响应时间限制（根据实际情况选择）。在此种情况下，年轻代收集发生的频率也是最小的。同时减少到达年老代的对象。
吞吐量优先的应用：尽可能的设置大，可能到达Gbit的成都，因为对响应时间没有要求，垃圾收集可以并行进行，一般适合8核CPU以上应用。
6.2年老代大小选择
响应时间优先的应用：年老代使用并发收集器，所以其大小需要小心设置，一般要考虑并发会话率和会话持续时间等一些参数。如果堆设置小了，可能会造成内存碎片、高回收频率以及应用暂停而使用传统的标记清除方式；如果堆大了，则需要较长的收集时间。更优化的方案，一般需要参考一下数据获得：
1、并发垃圾收集信息
2、持久代并发收集次数
3、传统GC信息
4、花在年轻代和年老代回收上的时间比例减少年轻代和年老代花费的时间，一般会提高应用的效率
6.3吞吐量优先的应用
一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代。原因是，这样可以尽可能回收掉大部分短期对象，减少中期对象，而年老代尽存放长期存活的对象
6.4较小堆引起的碎片问题
因为年老代的并发收集器使用标记、清除算法，所以不会对堆进行压缩。当收集器回收时，他会把相邻的空间进行合并，这样可以分配给较大的对象。但是当堆空间较小时，运行一段时间以后，就会出现“碎片”，如果并发收集器找不到足够的空间，那么并发收集器将会停止，然后使用传统的标记、清除方式进行回收。如果出现“碎片”，可能需要进行如下配置：
Jconsole,jProfile,VisualVM
Jconsole:jdk自带， 功能简单，但是可以再系统有一定负荷的情况下使用，对垃圾回收算法有很详细的跟踪。
JProfiler：商业软件，需要付费，但是功能强大
VisualVM:JDK自带，功能强大，与Jprofiler类似，推荐
观察内存释放情况、 *** 类检查，对象树
上面这些调优工具都提供了强大的功能，但是总的来说一般分为以下几类功能：
一般就是根据垃圾回收前后情况对比，同时根据对象引用情况（ 常见的 *** 对象引用 ）分析，基本都可以找到泄漏点。
持久代沾满处理：
1、-XX:MaxPermSize=16m
2、换JDK比如：JRocket
系统内存被沾满：
一般是因为没有足够的资源产生线程造成的，系统创建线程时，除了要在Java堆中分配内存外，操作系统本身也需要分配资源来创建线程。因此，当线程数量大的一定程度以后，堆中或许还有空间，但是操作系统分配不出资源来了，出现异常。
分配给Java虚拟机的内存越多，系统剩余的资源就越少，因此，当系统内存固定时，分配给Java虚拟机的内存越多，那么，系统总共能够产生的线程也就越少，两者成反比。同事，可以通过修改-Xss来减少分配给单个线程的空间，也可以增加系统总共生产的线程数。
java程序内存问题的诊断 *** ：
查看jmap的命令参数，帮助查看堆信息
怎么查看Java（jvm）虚拟机的大小
由于java应用的允许依赖于JVM（虚拟机），相应的内存配置显然也需要JVM来提供的，准备地说是通过/bin/java.exe的启动命令参数来实现的。具体的配置项如下几种：-XmxJavaHeap更大值（默认值为物理内存的1/4）-XmsJavaHeap初始值-XmnJavaHeapYoung区大小-Xss每个线程的Stack大小拓展，以下是几种使用示例：1、命令下启动应用并配置内存：java-Xmx128m-Xms64mTest2、eclipse内存配置：-vmargs-Xms40m-Xmx512m的配置信息，请自行搜索“jvm内存”。
如何修改jvm启动参数
用java命令查看。
用java -option进行修改参数。
还有tomcat，eclipse启动时通过配置文件加载的。
详细如下：
安装Java开发软件时，默认安装包含两个文件夹，一个JDK(Java开发工具箱)，一个JRE(Java运行环境，内含JVM)，其中JDK内另含一个JRE。如果只是运行Java程序，则JRE已足够；而JDK则只有开发人员才用到。
一、配置JVM内存
1.配置JVM内存的参数
-XmxJavaHeap更大值，默认值为物理内存的1/4，更佳设值应该视物理内存大小及计算机内其他内存开销而定；
-XmsJavaHeap初始值，Server端JVM更好将-Xms和-Xmx设为相同值，开发测试机JVM可以保留默认值；
2.如何配置JVM内存分配：
（1）当在命令提示符下启动并使用JVM时（只对当前运行的类生效）
java-Xmx128m-Xms64m-Xmn32m-Xss16mTest
（2）当在集成开发环境下（如eclipse）启动并使用JVM时：
之一种设置 *** ：
在eclipse根目录下打开eclipse.ini，默认内容为（这里设置的是运行当前开发工具的JVM内存分配）：
-vmargs-Xms40m-Xmx256m-vmargs表示以下为虚拟机设置参数，可修改其中的参数值，，另外，eclipse.ini内还可以设置非堆内存，如：-XX:PermSize=56m，-XX:MaxPermSize=128m。
此处设置的参数值可以通过以下配置在开发工具的状态栏显示：
在eclipse根目录下创建文件options，文件内容为：org.eclipse.ui/perf/showHeapStatus=true
修改eclipse根目录下的eclipse.ini文件，在开头处添加如下内容：
-debugoptions-vmjavaw.exe重新启动eclipse，就可以看到下方状态条多了JVM信息。
第二种设置 *** ：
打开eclipse－窗口－首选项－Java－已安装的JRE（对在当前开发环境中运行的java程序皆生效）
编辑当前使用的JRE，在缺省VM参数中输入：-Xmx128m-Xms64m-Xmn32m-Xss16m
第三种设置 *** ：
打开eclipse－运行－运行－Java应用程序（只对所设置的java类生效）
选定需设置内存分配的类－自变量，在VM自变量中输入：-Xmx128m-Xms64m-Xmn32m-Xss16m
注：如果在同一开发环境中同时进行了第二种和第三种设置，则第二种设置生效，第三种设置无效，如：
开发环境的设置为：-Xmx256m，而类Test的设置为：-Xmx128m-Xms64m，则运行Test时生效的设置为：
-Xmx256m-Xms64m
（3）当在服务器环境下（如Tomcat）启动并使用JVM时（对当前服务器环境下所以Java程序生效）：
a.设置环境变量：
变量名：CATALINA_OPTS
变量值：-Xmx128m-Xms64m-Xmn32m-Xss16m
b.打开Tomcat根目录下的bin文件夹，编辑catalina.bat，将其中的%CATALINA_OPTS%（共有四处）替换为：-Xmx128m-Xms64m-Xmn32m-Xss16m
二、查看配置JVM内存信息
Runtime.getRuntime().maxMemory();//更大可用内存，对应-Xmx
Runtime.getRuntime().freeMemory();//当前JVM空闲内存
Runtime.getRuntime().totalMemory();//当前JVM占用的内存总数，其值相当于当前JVM已使用的内存及freeMemory()的总和
关于maxMemory()，freeMemory()和totalMemory()：
maxMemory()为JVM的更大可用内存，可通过-Xmx设置，默认值为物理内存的1/4，设值不能高于计算机物理内存；
totalMemory()为当前JVM占用的内存总数，其值相当于当前JVM已使用的内存及freeMemory()的总和，会随着JVM使用内存的增加而增加；
freeMemory()为当前JVM空闲内存，因为JVM只有在需要内存时才占用物理内存使用，所以freeMemory()的值一般情况下都很小，而JVM实际可用内存并不等于freeMemory()，而应该等于maxMemory()-totalMemory()+freeMemory()。及其配置JVM内存分配。