「javagc配置」javaGC

今天给各位分享javagc配置的知识，其中也会对javaGC进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、如何设置java gc回收算法
• 2、Java垃圾回收：GC在什么时候对什么做了什么
• 3、CMS GC启动参数优化配置
• 4、java中GC指的是什么？

如何设置java gc回收算法

在java和c#语言中，使用的是托管代码，不像c++语言那样由程序员进行内存的手动分配和回收，java语言则由JVM即Java虚拟机 全权负责堆内存的管理，这样子大大减少了程序员的负担，同时一定程度上提高了开发效率和系统稳定性，而常用的GC垃圾回收算法有哪些呢？

Java的堆是一个运行时数据区，类的实例(对象)从中分配空间。Java虚拟机(JVM)的堆中储存着正在运行的应用程序所建立的所有对象，这些对象通过new、newarray、anewarray和multianewarray等指令建立，但是它们不需要程序代码来显式地释放。一般来说，堆的是由垃圾回收 来负责的，尽管JVM规范并不要求特殊的垃圾回收技术，甚至根本就不需要垃圾回收，但是由于内存的有限性，JVM在实现的时候都有一个由垃圾回收所管理的堆。垃圾回收是一种动态存储管理技术，它自动地释放不再被程序引用的对象，按照特定的垃圾收集算法来实现资源自动回收的功能。

Java垃圾回收：GC在什么时候对什么做了什么

1、首先，GC又分为minor GC 和 Full GC（major GC）。Java堆内存分为新生代和老年代，新生代中又分为1个eden区和两个Survior区域。

2、一般情况下，新创建的对象都会被分配到eden区，这些对象经过一个minor gc后仍然存活将会被移动到Survior区域中，对象在Survior中没熬过一个Minor GC，年龄就会增加一岁，当他的年龄到达一定程度时，就会被移动到老年代中。

3、当eden区满时，还存活的对象将被复制到survior区，当一个survior区满时，此区域的存活对象将被复制到另外一个survior区，当另外一个也满了的时候，从前一个Survior区复制过来的并且此时还存活的对象，将可能被复制到老年代。因为年轻代中的对象基本都是朝生夕死（80%以上），所以年轻代的垃圾回收算法使用的是复制算法，复制算法的基本思想是将内存分为两块，每次只有其中一块，当这一块内存使用完，就将还活着的对象复制到另一块上面。复制算法不会产生内存碎片。

4、在GC开始的时候，对象只会存在于eden区，和名为“From”的Survior区，Survior区“to”是空的。紧接着GCeden区中所有存活的对象都会被复制到“To”,而在from区中，仍存活的对象会根据他们的年龄值来决定去向，年龄到达一定只的对象会被复制到老年代,没有到达的对象会被复制到to survior中，经过这次gc后，eden区和fromsurvior区已经被清空。这个时候，from和to会交换他们的角色，也就是新的to就是上次GC前的fromMinor GC：从年轻代回收内存。

5、当jvm无法为一个新的对象分配空间时会触发Minor GC，比如当Eden区满了。当内存池被填满的时候，其中的内容全部会被复制，指针会从0开始跟踪空闲内存。Eden和Survior区不存在内存碎片写指针总是停留在所使用内存池的顶部。执行minor操作时不会影响到永久代，从永久带到年轻代的引用被当成GC roots，从年轻代到永久代的引用在标记阶段被直接忽略掉（永久代用来存放java的类信息）。如果eden区域中大部分对象被认为是垃圾，永远也不会复制到Survior区域或者老年代空间。如果正好相反，eden区域大部分新生对象不符合GC条件，Minor GC执行时暂停的线程时间将会长很多。Minor may call "stop the world"。

CMS GC启动参数优化配置

java启动参数共分为三类；

其一是 标准参数 （-），所有的JVM实现都必须实现这些参数的功能，而且向后兼容；

其二是 非标准参数 （-X），默认jvm实现这些参数的功能，但是并不保证所有jvm实现都满足，且不保证向后兼容；

其三是 非Stable参数 （-XX），此类参数各个jvm实现会有所不同，将来可能会随时取消，需要慎重使用；

1.设置环境变量JAVA_OPTS

2.Windows下，在/bin/catalina.bat，Unix下，在/bin/catalina.sh的前面，增加 JAVA_OPTS=’-Xms256m -Xmx512m’

Tomcat 的启动参数位于安装目录 ${TOMCAT_HOME}/bin目录下， Linux 操作系统就是 catalina.sh 文件。JAVA_OPTS，就是用来设置 JVM 相关运行参数的变量，还可以在 CATALINA_OPTS 变量中设置。关于这 2 个变量，还是多少有些区别的：

JAVA_OPTS：用于当 Java 运行时选项“start”、“stop”或“run”命令执行。

CATALINA_OPTS：用于当 Java 运行时选项“start”或“run”命令执行。

为什么有两个不同的变量？它们之间都有什么区别呢？

首先，在启动 Tomcat 时，任何指定变量的传递方式都是相同的，可以传递到执行“start”或“run”命令中，但只有设定在 JAVA_OPTS 变量里的参数被传递到“stop”命令中。对于 Tomcat 运行过程，可能没什么区别，影响的是结束程序，而不是启动程序。

第二个区别是更微妙，其他应用程序也可以使用 JAVA_OPTS 变量，但只有在 Tomcat 中使用 CATALINA_OPTS 变量。如果你设置环境变量为只使用 Tomcat，最好你会建议使用 CATALINA_OPTS 变量，而如果你设置环境变量使用其它的 Java 应用程序，例如 JBoss，你应该把你的设置放在JAVA_OPTS 变量中。

我在本地配置的：

其他暂时没用到的：

Xms与Xmx配置相同的值，为了能够在GC后不需要重新分隔计算堆区的大小而浪费资源。

JVM系列四:生产环境参数实例及分析【生产环境实例增加中】

jvm的GC日志分析

JVM常用参数配置

深入了解JVM

JVM参数与实际环境中的优化配置实践

JVM启动参数大全

Java服务GC参数调优案例

关键业务系统的JVM参数推荐(2018仲夏版)

成为Java GC专家（5）—Java性能调优原则

java中GC指的是什么？

gc是指垃圾回收机制，当一个对象不能再被后续程序所引用到时，这个对象所占用的内存空间就没有存在的意义了，java虚拟机会不定时的去检测内存中这样的对象，然后回收这块内存空间。

GC的基本原理:

对于程序员来说，用new关键字即在堆中分配了内存，我们称之为“可达”。对于GC来说，只要所有被引用的对象为null时，我们称之为“不可达”，就将进行内存的回收。

当一个对象被创建时，GC开始监控这个对象的大小、内存地址及使用情况。GC采用有向图的方式记录和管理堆(heap)中的所有对象，通过这种方式可以明确哪些对象是可达的，哪些不是。当确定为不可达时，则对其进行回收。

保证GC在不同平台的实现问题，java规范对其很多行为没有进行严格的规定。对于采用什么算法，什么时候进行回收等。

javagc配置的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于javaGC、javagc配置的信息别忘了在本站进行查找喔。