JVM调优总结
- 格式：pdf
- 大小：1.99 MB
- 文档页数：51
下载文档原格式
合集下载
记一次JVMFullGC（MetadataGCThreshold）调优经历
记⼀次JVMFullGC（MetadataGCThreshold）调优经历记⼀次JVM Full GC (Metadata GC Threshold)调优经历⼀、背景：线上服务器内存使⽤超过90%，分析上⾯部署的各个服务的GC⽇志，发现有⼀个服务的JVM内存分配过⼤，使⽤率较低，有调优的空间，可以在不迁移服务或者不升级服务器配置的情况下，降低服务器内存占⽤。
JVM推荐配置原则：应⽤程序运⾏时，计算⽼年代存活对象的占⽤空间⼤⼩X。
程序整个堆⼤⼩（Xmx和Xms）设置为X的3 ~ 4倍；永久代PermSize和MaxPermSize设置为X的1.2 ~ 1.5倍。
年轻代Xmn的设置为X的1 ~ 1.5倍。
⽼年代内存⼤⼩设置为X的2 ~ 3倍。
JDK官⽅建议年轻代占整个堆⼤⼩空间的3/8左右。
完成⼀次Full GC后，应该释放出70%的堆空间（30%的空间仍然占⽤）。
观察线上发现2G的堆内存，Full GC之后的活跃对象才占⽤60M。
按照推荐设置JVM内存只需要给⼏百M就好了。
所以决定改成1G，既能够降低服务器内存占⽤，也预留了⾜够的业务增长空间。
在这个过程中，发现如下⼏个问题：GC⽇志没有时间显⽰，看起来很不⽅便GC⽇志没有滚动，时间久了，⽇志⽂件较⼤GC⽇志中存在⼤量Full GC (Metadata GC Threshold)显然第三个问题最为严重。
我们知道，元数据区主要是⽤来存储类的元数据的。
⼀般来讲，类加载完成之后，⼤⼩应该是⽐较稳定的，不会有太⼤变动。
所以可以判断，这么频繁的Full GC (Metadata GC Threshold)，肯定是哪⾥出问题了。
但是我们⼀步⼀步来解决问题，⽽且GC⽇志不够详细也影响我们定位问题。
⼆、优化GC⽇志打印⾸先复习⼀下JVM的GC⽇志打印的启动参数。
详见-verbose:gc同-XX:+PrintGC-XX:+PrintGC最简单的 GC 参数会打印 GC 前后堆空间使⽤情况以及 GC 花费的时间-XX:+PrintGCDetails打印GC的详细信息，会打印 youngGC FullGC前后堆【新⽣代，⽼年代，永久区】的使⽤情况以及 GC 时⽤户态 CPU 耗时及系统CPU 耗时及 GC 实际经历的时间-XX:+PrintGCTimeStamps打印CG发⽣的时间戳，从应⽤启动开始累计的时间戳-XX:+PrintGCDateStamps打印GC发⽣的时刻，所处⽇期时间信息-Xloggc:gc.log指定GC log的位置，以⽂件输出-XX:+PrintHeapAtGC每⼀次GC前和GC后，都打印堆信息。
深入分析JVM的优点与缺点
深入分析JVM的优点与缺点JVM（Java虚拟机）是一种在计算机上运行Java字节码的虚拟机，它具有许多优点和一些缺点。
本文将深入分析JVM的优势和不足之处，具体如下：优点：1. 跨平台性：JVM是为Java程序设计语言而创建的虚拟机，可以在不同的操作系统上运行Java程序，无需重新编写或修改代码。
这种跨平台性使得Java成为一种非常流行的编程语言。
2.内存管理：JVM提供了自动内存管理，通过垃圾回收器自动处理内存分配和释放，这样程序员就不需要手动管理内存，减轻了开发人员的负担并且避免了常见的内存泄漏和溢出问题。
3.安全性：通过安全沙箱机制，JVM可以在程序执行期间限制程序对底层系统资源的访问。
这样可以防止恶意软件和病毒对计算机的破坏，提高了安全性。
4. 高可移植性：由于JVM的跨平台性，Java程序一旦在一个平台上编写和测试完成，就可以在其他平台上运行，无需重新编写和调试代码。
5. 高性能：尽管Java是解释型语言，但JVM使用即时编译器（JIT）将Java字节码直接编译成机器码，从而提高了程序的执行效率。
JIT编译器可以对热点代码进行优化，提供接近于本地代码执行的性能。
不足之处：1.内存消耗：JVM启动和运行需要占用较大的内存，而且由于垃圾回收机制，JVM的内存占用也较高。
在一些资源有限的环境中，这可能导致问题。
2. 执行速度：虽然JIT编译器可以提高Java程序的执行速度，但与本地代码相比，Java程序的执行速度仍然较慢。
这一点在对实时性要求较高的应用程序中可能会成为问题。
3.配置复杂性：由于JVM的各种配置选项和优化参数较多，使得调优和优化JVM变得复杂。
不正确的配置可能导致性能下降或其他问题。
4.学习成本：相对于其他编程语言和平台，学习和理解JVM的工作原理和内部机制可能需要更多的时间和精力。
5. 移植性限制：尽管JVM使得Java程序具有高度可移植性，但一些情况下，特定平台的限制或特性可能会对Java程序的移植性产生一些限制。
zgc 调优参数 -回复
zgc 调优参数-回复ZGC是一种用于Java应用程序的垃圾收集器，它的设计目标是在不超过10ms的停顿时间下，尽可能减少应用程序的吞吐量下降。
在实际应用中，通过调整ZGC的一些优化参数，可以进一步改善其性能和吞吐量。
本文将一步一步地介绍ZGC调优参数，并探讨如何选择和优化这些参数来改善性能。
第一步：理解ZGC调优参数在开始调优之前，我们首先需要了解ZGC的一些基本调优参数。
这些参数通常可以在JVM启动时通过命令行选项或配置文件来设置。
以下是一些常用的ZGC调优参数：1. -Xmx：设置应用程序堆的最大大小。
根据应用程序的需求和可用的系统内存，可以适当调整此参数。
2. -Xms：设置应用程序堆的初始大小。
与-Xmx一起设置，以确保应用程序在启动时拥有足够的内存空间。
3. -XX:ConcGCThreads：设置并发垃圾收集器的线程数量。
可以根据系统的CPU核心数来调整此参数，以获得更好的性能。
4. -XX:MaxGCPauseMillis：设置垃圾收集器的最大停顿时间。
可以根据应用程序的需求来调整此参数，以平衡停顿时间和吞吐量。
5. -XX:ParallelGCThreads：设置并行垃圾收集器的线程数量。
可以根据系统的CPU核心数来调整此参数，以提高并行垃圾收集的效率。
第二步：选择适当的调优参数一旦了解了ZGC的基本调优参数，我们就可以根据应用程序的需求和系统的硬件配置来选择适当的参数。
1. 调整堆大小：在选择-Xmx和-Xms参数时，需要考虑应用程序的内存需求和系统的可用内存。
如果应用程序需要更多的内存空间，可以增加-Xmx参数的值。
但是，需要注意不要将堆大小设置得过大，以避免导致内存不足或频繁的垃圾收集。
2. 并发和并行线程数量：根据系统的CPU核心数，可以调整并发垃圾收集器和并行垃圾收集器的线程数量。
通常情况下，可以将并发线程数量设置为CPU核心数的一半，将并行线程数量设置为CPU核心数的四分之一。
JVM调优总结-Xms-Xmx-Xmn-Xss
JVM调优总结-Xms-Xmx-Xmn-Xssjava启动参数共分为三类；其⼀是标准参数（-），所有的JVM实现都必须实现这些参数的功能，⽽且向后兼容；其⼆是⾮标准参数（-X），默认jvm实现这些参数的功能，但是并不保证所有jvm实现都满⾜，且不保证向后兼容；其三是⾮Stable参数（-XX），此类参数各个jvm实现会有所不同，将来可能会随时取消，需要慎重使⽤；标准参数中⽐较有⽤的：verbose-verbose:class输出jvm载⼊类的相关信息，当jvm报告说找不到类或者类冲突时可此进⾏诊断。
-verbose:gc输出每次GC的相关情况。
-verbose:jni输出native⽅法调⽤的相关情况，⼀般⽤于诊断jni调⽤错误信息。
⾮标准参数⼜称为扩展参数⼀般⽤到最多的是-Xms512m 设置JVM促使内存为512m。
此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。
-Xmx512m ，设置JVM最⼤可⽤内存为512M。
-Xmn200m：设置年轻代⼤⼩为200M。
整个堆⼤⼩=年轻代⼤⼩ + 年⽼代⼤⼩ + 持久代⼤⼩。
持久代⼀般固定⼤⼩为64m，所以增⼤年轻代后，将会减⼩年⽼代⼤⼩。
此值对系统性能影响较⼤，Sun官⽅推荐配置为整个堆的3/8。
-Xss128k：设置每个线程的堆栈⼤⼩。
JDK5.0以后每个线程堆栈⼤⼩为1M，以前每个线程堆栈⼤⼩为256K。
更具应⽤的线程所需内存⼤⼩进⾏调整。
在相同物理内存下，减⼩这个值能⽣成更多的线程。
但是操作系统对⼀个进程内的线程数还是有限制的，不能⽆限⽣成，经验值在3000~5000左右。
-Xloggc:file与-verbose:gc功能类似，只是将每次GC事件的相关情况记录到⼀个⽂件中，⽂件的位置最好在本地，以避免⽹络的潜在问题。
若与verbose命令同时出现在命令⾏中，则以-Xloggc为准。
-Xprof跟踪正运⾏的程序，并将跟踪数据在标准输出输出；适合于开发环境调试。
JVM内存设置方法
JVM内存设置方法JVM（Java虚拟机）是Java程序的运行环境，它负责执行Java字节码，并管理程序的内存。
在运行Java程序时，合理地设置JVM的内存大小是非常重要的，它会影响程序的性能和稳定性。
下面是一些关于JVM内存设置的方法和注意事项：1. 初始堆大小（-Xms）和最大堆大小（-Xmx）：初始堆大小指定了JVM初始时分配的堆内存大小，最大堆大小则指定了堆内存的上限。
可以通过在启动命令中加上-Xms和-Xmx参数来设置堆内存大小，例如：```java -Xms256m -Xmx512m MyApp```这样就设置了初始堆大小为256MB，最大堆大小为512MB。
2.堆内存的大小选择：堆内存的大小应根据应用程序的需求和服务器硬件条件来选择。
如果堆内存过小，可能会导致OutOfMemoryError；如果堆内存过大，可能会导致频繁的垃圾回收，影响程序的性能。
可以通过监控JVM的堆使用情况来判断是否需要调整堆内存的大小。
可以使用JVM自带的JVisualVM工具或第三方的工具如G1GC日志分析工具进行监控。
3.堆内存的分代设置：堆内存分为新生代（Young Generation）、老年代（Old Generation）和永久代（Permanent Generation，JDK8及之前的版本）/元空间（Metaspace，JDK8及之后的版本）。
新生代用于存储新创建的对象，老年代用于存储长时间存活的对象，永久代/元空间用于存储类和方法等信息。
可以通过设置堆内存的分代比例来调整堆内存的大小，例如：```-XX:NewRatio=2```这样就将堆内存的新生代和老年代的大小比例设置为1：2、可以根据应用程序的特点和需求进行调整。
4.非堆内存的设置：非堆内存包括方法区、直接内存等。
可以通过设置参数来调整非堆内存的大小，例如：```-XX:MaxMetaspaceSize=256m```这样就设置了元空间的最大大小为256MB。
《Java性能调优指南》
《Java性能调优指南》随着互联网的飞速发展，Java作为一种重要的编程语言，被越来越广泛地应用于各个领域。
但是，Java程序的性能问题也随之出现。
如何调优Java 程序的性能，成为了每个开发人员需要解决的难题。
本文将为大家介绍Java性能调优的指南。
一、JVM参数设置JVM（Java虚拟机）参数设置是Java性能调优的关键。
JVM有众多的参数，不同的参数设置会对Java程序的性能产生不同的影响。
常用的JVM参数设置包括以下几个方面：1. 内存设置内存是Java程序的一大瓶颈。
如果内存设置不合理，会导致Java程序频繁地进行垃圾回收，造成程序的延迟和不稳定。
在设置内存参数时需要注意以下几点：- -Xmx: 最大堆内存，设置合理的最大堆内存大小可以减少JVM的垃圾回收次数，提高程序性能。
- -Xms: 初始堆内存，设置合理的初始堆内存大小可以加快程序启动时间，提高程序性能。
- -XX:NewRatio: 新生代与老年代的比例，如果设置得当，可以减少垃圾回收的次数。
通常新生代的大小为总堆容量的1\/3或1\/4，老年代的大小为总堆容量的2\/3或3\/4。
2. 垃圾回收设置垃圾回收是Java程序中必不可少的一部分。
合理的垃圾回收参数设置可以提高程序性能。
常用的垃圾回收参数设置包括以下几点：- -XX:+UseParallelGC: 使用并行GC，适用于多核CPU。
- -XX:+UseConcMarkSweepGC: 使用CMS GC，适用于大型Web应用程序。
- -XX:+UseG1GC: 使用G1 GC，适用于大内存应用程序。
3. JIT设置JIT（即时编译器）是Java程序中非常重要的一部分。
合理的JIT参数设置可以提高程序的性能。
常用的JIT参数设置包括以下几点：- -XX:+TieredCompilation: 启用分层编译，可以提高程序启动时间和性能。
- -XX:CompileThreshold: JIT编译阈值，设置JIT编译的最小方法调用次数，可以提高程序性能。
jvm常用调优参数
jvm常用调优参数
JVM是JavaVirtualMachine的缩写，是Java程序运行的核心。
JVM的调优是优化Java应用程序性能的重要一环，其中调优参数的合理设置是关键。
以下是常用的JVM调优参数：
1. -Xms：设置JVM的初始内存大小，默认为物理内存的
1/64。
2. -Xmx：设置JVM的最大内存大小，超出该内存大小后会触发垃圾回收。
3. -Xmn：设置年轻代的大小，一般设置为总内存的1/3或
1/4。
4. -XX:SurvivorRatio：设置年轻代中Eden区和Survivor区的比例，默认值为8。
5. -XX:NewRatio：设置新生代和老年代的比例，默认值为2。
6. -XX:MaxPermSize：设置永久代的大小，一般设置为
256MB。
7. -XX:+UseConcMarkSweepGC：使用CMS垃圾回收器，可以减少内存抖动。
8. -XX:+UseParallelGC：使用并行垃圾回收器，可提高垃圾回收效率。
9. -XX:+HeapDumpOnOutOfMemoryError：当JVM内存溢出时，生成堆转储文件。
10. -XX:+PrintGCDetails：打印垃圾回收的详细信息。
以上是常用的JVM调优参数，通过合理地设置参数，可以优化Java应用程序的性能。
java17 jvm参数
java17 jvm参数Java 17中的JVM参数是一项重要的功能，它可以帮助开发人员优化程序性能、控制内存分配和垃圾回收等方面。
本文将介绍几个常用的JVM参数，并探讨它们在开发过程中的应用。
1. -Xmx: 这是最常用的JVM参数之一，用于设置Java堆的最大内存大小。
通过调整该参数，开发人员可以根据应用程序的需求来分配内存资源。
例如，对于内存密集型的应用程序，可以增加-Xmx的值，以提高程序的性能。
2. -Xms: 这个参数用于设置Java堆的初始内存大小。
通过调整该参数，可以在程序启动时为堆分配足够的内存空间，从而避免频繁的内存扩展操作，提高程序的启动速度。
3. -XX:MaxPermSize: 这个参数用于设置永久代的最大内存大小。
在Java 8之后，永久代被元空间（Metaspace）所取代，但为了兼容性考虑，该参数仍然可用。
开发人员可以根据应用程序的需要，调整该参数的值，以确保元空间具有足够的内存空间。
4. -XX:NewRatio: 这个参数用于设置新生代（Young Generation）和老年代（Old Generation）的内存比例。
通过调整该参数，可以根据应用程序的内存需求来优化内存分配。
例如，对于新生代对象频繁回收的应用程序，可以增加新生代的内存比例，以提高垃圾回收的效率。
5. -XX:+UseConcMarkSweepGC: 这个参数用于启用并发标记清除（Concurrent Mark Sweep）垃圾回收器。
该垃圾回收器采用并发的方式进行垃圾回收，可以减少程序的停顿时间，提高系统的响应能力。
6. -XX:+UseG1GC: 这个参数用于启用G1（Garbage First）垃圾回收器。
G1垃圾回收器采用分代回收的方式，可以更好地适应大内存和多核处理器的环境。
通过调整该参数，可以提高垃圾回收的效率，减少程序的停顿时间。
在使用JVM参数时，开发人员需要根据应用程序的特点和需求进行调优。
java jvm参数配置方法
一、概述在Java编程中，JVM（Java虚拟机）参数配置是非常重要的一环，它能够对Java应用程序的性能和行为产生重大影响。
通过合理配置JVM 参数，可以提高Java应用程序的运行效率和稳定性，从而更好地满足需求。
本文将介绍Java JVM参数配置的方法，包括常用的参数选项和配置方式。
二、参数类型JVM参数可以分为两类：标准参数和非标准参数。
标准参数是被所有的JVM实现所支持的参数，用于控制JVM的运行方式，例如内存大小、垃圾回收器的选择等。
非标准参数则是被某个特定的JVM实现所支持的参数，通常用于调试和诊断。
三、常用的标准参数1. -Xms和-Xmx：分别用于指定JVM的初始内存和最大内存。
-Xms512m表示JVM启动时分配的初始内存为512MB，-Xmx1024m表示JVM分配的最大内存为1GB。
2. -XX:NewSize和-XX:MaxNewSize：用于指定新生代内存的初始大小和最大大小。
3. -XX:PermSize和-XX:MaxPermSize：用于指定永久代内存的初始大小和最大大小（仅适用于JDK1.7以前的版本，JDK1.8之后永久代已被元空间（Metaspace）取代）。
4. -XX:+UseParallelGC：启用并行垃圾回收器。
5. -XX:+UseConcMarkSweepGC：启用CMS垃圾回收器。
四、配置方式1. 命令行参数配置：可以通过在启动Java应用程序时添加参数来配置JVM参数。
例如：java -Xms512m -Xmx1024m -jar myapp.jar2. 环境变量配置：可以通过设置环境变量来配置JVM参数。
在Windows系统中，可以在系统属性中设置JAVA_OPTS环境变量，然后在该环境变量中添加JVM参数。
3. 配置文件配置：可以在JVM的配置文件中（如jvm.options、java.conf等）添加相应的参数配置。
这种方式适用于需要频繁修改参数的情况。
java8 jvm参数
java8 jvm参数Java 8 JVM参数在Java开发中，JVM（Java Virtual Machine）参数是非常重要的一部分，它可以对Java程序的性能和行为进行调优和配置。
本文将介绍一些常用的Java 8 JVM参数，并讨论它们的作用和用法。
一、堆内存参数1. -Xms：指定JVM的初始堆内存大小。
比如，-Xms512m表示初始堆内存为512MB。
2. -Xmx：指定JVM的最大堆内存大小。
比如，-Xmx1024m表示最大堆内存为1GB。
3. -Xmn：指定JVM的新生代内存大小。
新生代内存主要用于存放新创建的对象。
比如，-Xmn256m表示新生代内存为256MB。
4. -XX:NewRatio：指定新生代和老年代内存的比例。
默认值为2，表示新生代和老年代的比例为1:2。
5. -XX:SurvivorRatio：指定Eden区和Survivor区的比例。
默认值为8，表示Eden区和Survivor区的比例为8:1。
二、垃圾回收参数1. -XX:+UseSerialGC：使用串行垃圾回收器。
适用于单线程环境，对于小型应用或测试环境比较适用。
2. -XX:+UseParallelGC：使用并行垃圾回收器。
适用于多核处理器环境，可以充分利用多核的性能。
3. -XX:+UseConcMarkSweepGC：使用CMS（Concurrent Mark Sweep）垃圾回收器。
适用于对响应时间有较高要求的场景，能够减少垃圾回收暂停时间。
4. -XX:+UseG1GC：使用G1（Garbage First）垃圾回收器。
适用于大内存应用和服务器环境，能够更好地管理堆内存。
5. -XX:MaxGCPauseMillis：设置垃圾回收暂停时间的目标值。
默认值为200ms。
三、调优参数1. -XX:MetaspaceSize：指定元空间（Metaspace）的初始大小。
元空间主要用于存放类的元数据信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
JVM调优总结作者: 和你在一起程序员其实很痛苦的，每隔一段时间就会听到、看到很多很多新名词、新技术---囧.幸而有了互联网，有了开源、有了wiki、有了分享：）—人人为我，我为人人。
拓荒者走过的时候很痛苦，但是如果能给后来人留下点路标，是不是可以让他们少走一些弯路呢？踏着前辈的足迹我走到了这里，也应该为后来的人留下点东西。
走夜路其实不可怕，可怕的是一个人走夜路：） - 做最棒的软件开发交流社区A-PDF Number Pro DEMO: Purchase from to remove the watermark目 录1. java路上1.1 JVM调优总结-序 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 1.2 JVM调优总结（一）-- 一些概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 1.3 JVM调优总结（二）-一些概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7 1.4 JVM调优总结（三）-基本垃圾回收算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9 1.5 JVM调优总结（四）-垃圾回收面临的问题 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12 1.6 JVM调优总结（五）-分代垃圾回收详述1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .14 1.7 JVM调优总结（六）-分代垃圾回收详述2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .18 1.8 JVM调优总结（七）-典型配置举例1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .26 1.9 JVM调优总结（八）-典型配置举例2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .31 1.10 JVM调优总结（九）-新一代的垃圾回收算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .34 1.11 JVM调优总结（十）-调优方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .38 1.12 JVM调优总结（十一）-反思 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .47 1.13 JVM调优总结（十二）-参考资料 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .501.1 JVM调优总结-序发表时间: 2009-11-17几年前写过一篇关于JVM调优的文章，前段时间拿出来看了看，又添加了一些东西。
突然发现，基础真的很重要。
学习的过程是一个由表及里，再由里及表的过程。
呵呵，所谓的“温故而知新”。
而真正能走完这个轮回的人，也就能称为大牛或专家了。
这个过程可能来来回回，这就是所谓“螺旋上升”，而每一次轮回都有新的发现。
这回添加的东西主要集中在基础的一些问题上，还有一些这两年思考的问题。
这些问题可能平时我们不会刻意去想，但是真正看清楚了，却发现还是大有裨益的：）希望对大家都有帮助~1.2 JVM调优总结（一）-- 一些概念发表时间: 2009-11-17数据类型Java虚拟机中，数据类型可以分为两类：基本类型和引用类型。
基本类型的变量保存原始值，即：他代表的值就是数值本身；而引用类型的变量保存引用值。
“引用值”代表了某个对象的引用，而不是对象本身，对象本身存放在这个引用值所表示的地址的位置。
基本类型包括：byte,short,int,long,char,float,double,Boolean,returnAddress引用类型包括：类类型，接口类型和数组。
堆与栈堆和栈是程序运行的关键，很有必要把他们的关系说清楚。
栈是运行时的单位，而堆是存储的单位。
栈解决程序的运行问题，即程序如何执行，或者说如何处理数据；堆解决的是数据存储的问题，即数据怎么放、放在哪儿。
在Java中一个线程就会相应有一个线程栈与之对应，这点很容易理解，因为不同的线程执行逻辑有所不同，因此需要一个独立的线程栈。
而堆则是所有线程共享的。
栈因为是运行单位，因此里面存储的信息都是跟当前为什么要把堆和栈区分出来呢？栈中不是也可以存储数据吗？第一，从软件设计的角度看，栈代表了处理逻辑，而堆代表了数据。
这样分开，使得处理逻辑更为清晰。
分而治之的思想。
这种隔离、模块化的思想在软件设计的方方面面都有体现。
第二，堆与栈的分离，使得堆中的内容可以被多个栈共享（也可以理解为多个线程访问同一个对象）。
这种共享的收益是很多的。
一方面这种共享提供了一种有效的数据交互方式(如：共享内存)，另一方面，堆中的共享常量和缓存可以被所有栈访问，节省了空间。
第三，栈因为运行时的需要，比如保存系统运行的上下文，需要进行地址段的划分。
由于栈只能向上增长，因此就会限制住栈存储内容的能力。
而堆不同，堆中的对象是可以根据需要动态增长的，因此栈和堆的拆分，使得动态增长成为可能，相应栈中只需记录堆中的一个地址即可。
第四，面向对象就是堆和栈的完美结合。
其实，面向对象方式的程序与以前结构化的程序在执行上没有任何区别。
但是，面向对象的引入，使得对待问题的思考方式发生了改变，而更接近于自然方式的思考。
当我们把对象拆开，你会发现，对象的属性其实就是数据，存放在堆中；而对象的行为（方法），就是运行逻辑，放在栈中。
我们在编写对象的时候，其实即编写了数据结构，也编写的处理数据的逻辑。
不得不承认，面向对象的设计，确实很美。
在Java中，Main函数就是栈的起始点，也是程序的起始点。
程序要运行总是有一个起点的。
同C语言一样，java中的Main就是那个起点。
无论什么java程序，找到main 就找到了程序执行的入口：）堆中存什么？栈中存什么？堆中存的是对象。
栈中存的是基本数据类型和堆中对象的引用。
一个对象的大小是不可估计的，或者说是可以动态变化的，但是在栈中，一个对象只对应了一个4btye的引用（堆栈分离的好处：））。
为什么不把基本类型放堆中呢？因为其占用的空间一般是1~8个字节——需要空间比较少，而且因为是基本类型，所以不会出现动态增长的情况——长度固定，因此栈中存储就够了，如果把他存在堆中是没有什么意义的（还会浪费空间，后面说明）。
可以这么说，基本类型和对象的引用都是存放在栈中，而且都是几个字节的一个数，因此在程序运行时，他们的处理方式是统一的。
但是基本类型、对象引用和对象本身就有所区别了，因为一个是栈中的数据一个是堆中的数据。
最常见的一个问题就是，Java中参数传递时的问题。
Java中的参数传递时传值呢？还是传引用？要说明这个问题，先要明确两点：2.程序运行永远都是在栈中进行的，因而参数传递时，只存在传递基本类型和对象引用的问题。
不会直接传对象本身。
明确以上两点后。
Java在方法调用传递参数时，因为没有指针，所以它都是进行传值调用（这点可以参考C的传值调用）。
因此，很多书里面都说Java是进行传值调用，这点没有问题，而且也简化的C中复杂性。
但是传引用的错觉是如何造成的呢？在运行栈中，基本类型和引用的处理是一样的，都是传值，所以，如果是传引用的方法调用，也同时可以理解为“传引用值”的传值调用，即引用的处理跟基本类型是完全一样的。
但是当进入被调用方法时，被传递的这个引用的值，被程序解释（或者查找）到堆中的对象，这个时候才对应到真正的对象。
如果此时进行修改，修改的是引用对应的对象，而不是引用本身，即：修改的是堆中的数据。
所以这个修改是可以保持的了。
对象，从某种意义上说，是由基本类型组成的。
可以把一个对象看作为一棵树，对象的属性如果还是对象，则还是一颗树（即非叶子节点），基本类型则为树的叶子节点。
程序参数传递时，被传递的值本身都是不能进行修改的，但是，如果这个值是一个非叶子节点（即一个对象引用），则可以修改这个节点下面的所有内容。
堆和栈中，栈是程序运行最根本的东西。
程序运行可以没有堆，但是不能没有栈。
而堆是为栈进行数据存储服务，说白了堆就是一块共享的内存。
不过，正是因为堆和栈的分离的思想，才使得Java的垃圾回收成为可能。
Java中，栈的大小通过-Xss来设置，当栈中存储数据比较多时，需要适当调大这个值，否则会出现ng.StackOverflowError异常。
常见的出现这个异常的是无法返回的递归，因为此时栈中保存的信息都是方法返回的记录点。
1.3 JVM调优总结（二）-一些概念发表时间: 2009-11-18Java对象的大小基本数据的类型的大小是固定的，这里就不多说了。