Ⅰ 生产中 java 垃圾回收为什么不用g1
垃圾回收是Java语言的一大特性，方便了编程，是以消耗性能为代价的，Java语言对内存的分配管理是通过JVM内部机制决定的。
Java虚拟机中有个称之为垃圾回收器的东西，实际上这个东西也许真正不存在，或者是已经集成到JVM中了，但这无关紧要，仍然可以称为为垃圾回收器。
垃圾回收器的作用是查找和回收（清理）无用的对象。以便让JVM更有效的使用内存。
垃圾回收器的运行时间是不确定的，由JVM决定，在运行时是间歇执行的。虽然可以通过System.gc()来强制回收垃圾，但是这个命令下达后无法保证JVM会立即响应执行，但经验表明，下达命令后，会在短期内执行你的请求。JVM通常会感到内存紧缺时候去执行垃圾回收操作。
垃圾回收过于频繁会导致性能下降，过于稀疏会导致内存紧缺。这个JVM会将其控制到最好，不用程序员担心。但有些程序在短期会吃掉大量内存，而这些恐怖的对象很快使用结束了，这时候也许有必要强制下达一条垃圾回命令，这是很有必要的，以便有更多可用的物理内存。
垃圾回收器仅仅能做的是尽可能保证可用内存的使用效率，让可用内存得到高效的管理。程序员可以影响垃圾回收的执行，但不能控制。
总之，在Java语言中，判断一块内存空间是否符合垃圾收集器收集标准的标准只有两个：
1．给对象赋予了空值null，以下再没有调用过。
2．给对象赋予了新值，既重新分配了内存空间。
Ⅱ 内存256G 使用G1 GC可以吗
仅仅只是一个GC中的G1而已。G1是增量的垃圾回收器,并不是越大越好的，大小要根据项内目实际情况慢慢容的调整。另外争取不要让G1承载过多的垃圾回收，因为使用G1是很影响吞吐量的。对一个项目来说过大的G1会造成G1承担的回收量增大。
关于JVM中的 XX 类型的不稳定参数，建议是一个一个慢慢调，很有可能因为某个参数相差1造成性能相差十万八千里，崩溃也不是不可能。
Ⅲ linux jvm g1垃圾回收时，设置的70%触发gc的回收，为什么不管用
linux jvm g1垃圾回收时，设置的70%触发gc的回收
Java的堆是一个运行时数据区，类的实例(对象)从中分配空间。Java虚拟机(JVM)的堆中储存着正在运行的应用程序所建立的所有对象，这些对象通过new、newarray、anewarray和multianewarray等指令建立，但是它们不需要程序代码来显式地释放。一般来说...
Ⅳ 如何评价《深入理解JVM amp;G1 GC》
首先，没买这本书。
不晓得这本书讲的是哪个jvm, openjdk 的jvm ，还是jikes rvm, 还是其他的jvm? 讲jvm 就必须说清楚使用的内存组织方式，存储是以链的方式组织的(jikesrvm )，还是以连续区域来进行分配的(openjdk 的Hotspot )，或者是其他比较高大上的。
垃圾回收的算法都比较固定，在理论上也就那几种，但到具体实现就千差万别了。有许多书籍都有关于理论上的阐述。但是具体到某一特定jvm 上如何实现的书还是很少。
啊，书太贵了
Ⅳ java垃圾回收那点事究竟有多少GC
GC不可怕，可怕的是经常FULL GC，让整个JVM停止工作进行内存回收
常见的几种触发点如下
1、持久带满了，就是Permanet Generation满了会导致FULL GC，如果GC不成功，那就报out of memory了
2、旧生代满了，导致FULL GC
3、新生代向S0和S1转移数据，S0和S1向旧生代转移数据，结果两边的内存设置都比较小，持续出现，会导致FULL GC
4、系统直接system.gc
常见的调整方法就是在server和client模式下调整我们的GC策略来满足特定场合的需要。一般情况下不需要做这方面的特别调优，只需要设置好持久带和新生代（S0，S1，Eden）、旧生代的内存大小即可。java会自动回收当前的资源，如果有需要就自己调用full gc。
我们把GC分成4种类型
1. SerialGC
参数-XX:+UseSerialGC
就是Young区和old区都使用serial 垃圾回收算法，
2. ParallelGC
参数-XX:+UseParallelGC
Young区：使用Parallel scavenge 回收算法
Old 区：可以使用单线程的或者Parallel 垃圾回收算法，由 -XX:+UseParallelOldGC 来控制
3. CMS
参数-XX:+UseConcMarkSweepGC
Young区：可以使用普通的或者parallel 垃圾回收算法，由参数 -XX:+UseParNewGC来控制
Old 区：只能使用Concurrent Mark Sweep
4. G1
参数：-XX:+UseG1GC
没有young/old区
Ⅵ 为什么java调用了System.gc（），并不会马上进行垃圾回收，甚至不一定会执行垃圾回收~
调用了System.gc（）只是告诉虚拟机要回收，但究竟什么时候回收又虚拟机说了算，java垃圾回收机制就是这样，一般等到内存快不够用了才回收。
Ⅶ JVM的垃圾算法有哪几种
一、垃圾收集器概述
如上图所示，垃圾回收算法一共有7个，3个属于年轻代、三个属于年老代，G1属于横跨年轻代和年老代的算法。
JVM会从年轻代和年老代各选出一个算法进行组合，连线表示哪些算法可以组合使用
二、各个垃圾收集器说明
1、Serial(年轻代）
年轻代收集器，可以和Serial Old、CMS组合使用
采用复制算法
使用单线程进行垃圾回收，回收时会导致Stop The World，用户进程停止
client模式年轻代默认算法
GC日志关键字：DefNew(Default New Generation)
图示（Serial+Serial Old)
7、G1
G1收集器由于没有使用过，所以从网上找了一些教程供大家了解
并行与并发
分代收集
空间整合
可预测的停顿
Ⅷ java中的垃圾回收是什么意思
垃圾回收就是gc（gabage collection）。
java比c++的优点就是多了垃圾回收机制，程序员不用去关心垃圾的回收，系统会自动调用去回收内存。
一般我们想回收的时候只需要调用system.gc方法就可以了。系统会自己去调用destroy方法和其他的回收方法释放内存，节省内存空间。
Ⅸ go语言的垃圾回收有隐患吗
Go的gc没有jvm成熟；
Go本身也不会比java产生更多的垃圾(等java有值类型，object在内存能连续分布再说)。
Go 1.5的gc初步做到精确的、并发的，STW gc；
相比jvm的G1缺少：可压缩、可移动、分代式的特性。这些以后都会有。
具体细节google一下，有相关文档。