实习字符串,字符串池和perm空间上的垃圾收集

在探索了java的字符串内部结构后,我对所谓的“烫发空间”感到困惑。 我最初的理解是它持有String 文字以及类元数据,如本问题所述 。

我还阅读了String.intern()方法,并将String放入String Pool中,返回对它的唯一实例的引用。 我的理解是,这是与JVM的perm空间中存在的字符串文字相同的字符串池。 对我来说,“烫发空间”可以修改是不可能的(毕竟它是永久性的,是吗?)。 但后来我发现这个问题 ,EJP对接受的答案的最高投票评论解释了这一点

现在,实习生的字符串已经可以使用GC了。

暗示GC在perm空间上运行,这似乎不是永久性的。 这如何调和? GC是否检查了烫发空间中的所有内容? GC是否检查字符串池中的所有内容,包括源中的字符串文字? 内联字符串是否有第二个字符串池? GC是否只知道在收集时查看实习生的字符串? 或者这个评论是错误的,并且实际上是一个字符串阻止它被GC’d(我希望不是这样)?

字符串文字是实习的 。 从Java 7开始 ,HotSpot JVM将实际的字符串放入堆中,而不是permgen。

在java 7之前,hotspot将perings中的字符串放入。 然而, 在permgen实习的字符串被垃圾收集 。 显然, permgen中的Class对象也是可收集的 ,因此permgen中的所有内容都是可收集的,但在某些旧JVM中默认情况下可能不会启用permgen集合。

被实习的字符串文字将是由实体池中的String对象声明的Class对象所持有的引用。 因此,只有在收集了引用它的Class对象时才会收集实体文字字符串。