JVM 垃圾清理 标记-清除算法 常量池移除问题

[ZanderYan-cloud]

该算法分为“标记”和“清除”阶段：首先标记出所有活动的对象，在标记完成后统一回收所有未被标记的对象。
《深入理解jvm》底2版p69的描述“标记-清除算法
该算法分为“标记”和“清除”阶段：首先标记出所有需要回收的对象，在标记完成后统一回收所有被标记的对象。

另外，jdk 7以后只是把字符串常量池从perm区移到了java heap区，不是整个运行时常量池。
[参考博客:
希望楼主参考一下。

[Snailclimb]

已经更正！感谢你

[xionghuyi]

根据《深入理解Java虚拟机》第三版 P46，JDK7把字符串常量池和静态变量从方法区拿到堆中，而不仅仅是字符串常量池。

[18986293910]

确实不止，原文描述的是把字符串常量池和静态变量等从方法去拿到堆，说明不仅仅是这个两个，还有其他的元素被拿到了堆中

[popsicle256]

确实不止，原文描述的是把字符串常量池和静态变量等从方法去拿到堆，说明不仅仅是这个两个，还有其他的元素被拿到了堆中

原文讲的是”到了JDK 7的HotSpot，已经把原本放在永久代的字符串常量池、静态变量等移出“，只字未提是移出到堆中

[Snailclimb]

确实不止，原文描述的是把字符串常量池和静态变量等从方法去拿到堆，说明不仅仅是这个两个，还有其他的元素被拿到了堆中

原文讲的是”到了JDK 7的HotSpot，已经把原本放在永久代的字符串常量池、静态变量等移出“，只字未提是移出到堆中

[popsicle256]

Guide哥你好，没想到能收到你的回复，很高兴，感谢回复。然后你回的这个图中写的是有问题的，《深入理解JVM虚拟机》中原文是我评论引号那段，并没有说明是移到了堆中。然后字符串常量池这块，您在这个里面写的我真的是无力吐槽了，首先声明我是小白哈，我开始是看了您的这个学习的，后面涉及到String s = new String("abc")，这个相关问题的时候我疯狂找资料才发现，您这部分内容实际上错误很多，首先字符串常量池这个概念就不清晰，能找到在JVM规范中相对应的只能是StringTable了，而StringTable根据RednaxelaFX和我所看过的国外某篇介绍字符串字面量的文章中讲到的，它是只存储字符串实例的引用，而不会直接存储实例，而且StringTable的位置一直是在native memory中，变的只是其储存的引用对应的实例存放的位置。而且还一个很关键的是StringTable根本不是运行时常量池的一部分，这是两个不同的东西，没有从属关系，但您这边光从您回复我的这个图中就能看到字符串常量池是“被包含”在运行时常量池的，从《深入理解Java虚拟机》中也找不到字符串常量池是包含在运行时常量池中的。 以上我可能并不是描述的非常清楚，我也只是个刚开始学JVM的小白，而且查了很多资料，关于字符串常量池也还有很多不明白的地方，我想等我把JVM基本流程过完一遍之后，再回来看这个问题应该会更清晰。但虽然我讲的可能不是很清楚，我描述的问题应该您是足够可以明白的吧，如果您有兴趣且有时间，我想您如果能把字符串常量池这部分内容重新编写过，应该会更好。再次感谢您的回复，以及您的guide.cn

…

---原始邮件--- 发件人: ***@***.***> 发送时间: 2022年4月11日(周一) 晚上6:08 收件人: ***@***.***>; 抄送: ***@***.******@***.***>; 主题: Re: [Snailclimb/JavaGuide] JVM 垃圾清理 标记-清除算法 常量池移除问题 (#747) 确实不止，原文描述的是把字符串常量池和静态变量等从方法去拿到堆，说明不仅仅是这个两个，还有其他的元素被拿到了堆中 原文讲的是”到了JDK 7的HotSpot，已经把原本放在永久代的字符串常量池、静态变量等移出“，只字未提是移出到堆中 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you commented.Message ID: ***@***.***>

[Snailclimb]

Guide哥你好，没想到能收到你的回复，很高兴，感谢回复。然后你回的这个图中写的是有问题的，《深入理解JVM虚拟机》中原文是我评论引号那段，并没有说明是移到了堆中。然后字符串常量池这块，您在这个里面写的我真的是无力吐槽了，首先声明我是小白哈，我开始是看了您的这个学习的，后面涉及到String s = new String("abc")，这个相关问题的时候我疯狂找资料才发现，您这部分内容实际上错误很多，首先字符串常量池这个概念就不清晰，能找到在JVM规范中相对应的只能是StringTable了，而StringTable根据RednaxelaFX和我所看过的国外某篇介绍字符串字面量的文章中讲到的，它是只存储字符串实例的引用，而不会直接存储实例，而且StringTable的位置一直是在native memory中，变的只是其储存的引用对应的实例存放的位置。而且还一个很关键的是StringTable根本不是运行时常量池的一部分，这是两个不同的东西，没有从属关系，但您这边光从您回复我的这个图中就能看到字符串常量池是“被包含”在运行时常量池的，从《深入理解Java虚拟机》中也找不到字符串常量池是包含在运行时常量池中的。 以上我可能并不是描述的非常清楚，我也只是个刚开始学JVM的小白，而且查了很多资料，关于字符串常量池也还有很多不明白的地方，我想等我把JVM基本流程过完一遍之后，再回来看这个问题应该会更清晰。但虽然我讲的可能不是很清楚，我描述的问题应该您是足够可以明白的吧，如果您有兴趣且有时间，我想您如果能把字符串常量池这部分内容重新编写过，应该会更好。再次感谢您的回复，以及您的guide.cn
…
---原始邮件--- 发件人: @.> 发送时间: 2022年4月11日(周一) 晚上6:08 收件人: @.>; 抄送: @.@.>; 主题: Re: [Snailclimb/JavaGuide] JVM 垃圾清理 标记-清除算法 常量池移除问题 (#747) 确实不止，原文描述的是把字符串常量池和静态变量等从方法去拿到堆，说明不仅仅是这个两个，还有其他的元素被拿到了堆中 原文讲的是”到了JDK 7的HotSpot，已经把原本放在永久代的字符串常量池、静态变量等移出“，只字未提是移出到堆中 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you commented.Message ID: @.***>

感谢指出，我也再找一些资料看看，这部分内容我可能理解的有问题。

[Snailclimb]

@popsicle256 字符串常量池我这里理解的就是 StringTable ，我理解错误的点在于认为字符串直接被存在了 StringTable 中，实际并不是，StringTable 存储的仅仅是 String 对象的引用。

[popsicle256]

@popsicle256 字符串常量池我这里理解的就是 StringTable ，我理解错误的点在于认为字符串直接被存在了 StringTable 中，实际并不是，StringTable 存储的仅仅是 String 对象的引用。

是的，StringTable存储的只是String实例的引用，而StringTable据R大所分析是一直处于native memory中，它和运行时常量池是两个不同的概念，而周志明大佬书中的原话也没有涉及到说字符串常量池是在运行时常量池中的，而这里讲的是从属关系，应该也是不正确的。

以下是《深入理解Java虚拟机》第三版原文

[Snailclimb]

@popsicle256 字符串常量池相关的内容已经完善：https://github.com/Snailclimb/JavaGuide/blob/main/docs/java/jvm/memory-area.md 、https://github.com/Snailclimb/JavaGuide/blob/main/docs/java/basis/java-basic-questions-02.md

[Kiwamm]

根据《深入理解Java虚拟机》第三版 P46，JDK7把字符串常量池和静态变量从方法区拿到堆中，而不仅仅是字符串常量池。

你好，我想问下，在1.8之前，永久代是方法区的实现，也就是说1.8之前，永久代就是方法区。那么永久代不是物理上是在堆内的吗，为啥会有从方法区拿到堆中的说法呢。堆的内存总共可以分为三部分，新生代，老年代以及永久代

[Kiwamm]

字符
你好，我想问下，在1.8之前，永久代是方法区的实现，也就是说1.8之前，永久代就是方法区。那么永久代不是物理上是在堆内的吗，为啥会有从方法区拿到堆中的说法呢。堆的内存总共可以分为三部分，新生代，老年代以及永久代

[Kiwamm]

@popsicle256 字符串常量池相关的内容已经完善：https://github.com/Snailclimb/JavaGuide/blob/main/docs/java/jvm/memory-area.md 、https://github.com/Snailclimb/JavaGuide/blob/main/docs/java/basis/java-basic-questions-02.md

你好，我想问下，在1.8之前，永久代是方法区的实现，也就是说1.8之前，永久代就是方法区。那么永久代不是物理上是在堆内的吗，为啥会有从方法区拿到堆中的说法呢。堆的内存总共可以分为三部分，新生代，老年代以及永久代