字符串不可变性记忆问题

Question

一旦创建了String对象，我们就无法修改它但是如果我们对它进行任何操作，JVM将创建New Object。 这里通过创建新对象，JVM消耗更多内存。 然后我认为这会导致记忆问题正确。

Answer 1

你是对的。 这绝对是值得意识到这个问题，即使不每次都影响到你。

正如你所说，字符串在创建后无法改变 - 它们是不可变的，并且它们没有暴露出许多改变它们的方法。

但是，诸如split（）之类的操作将在后台生成其他字符串对象，并且如果您持有对它们的引用，则每个字符串都会产生内存开销 。

正如其他海报所指出的那样，对象会很小，垃圾收集通常会在它们超出范围后清理旧的，所以你通常不必担心这个问题。

但是，如果你正在做一些特定的事情并持有大量的字符串引用，那么这可能会让你感到害怕。

根据您的使用情况查看String interning ，并注意链接页面上的警告。

有两点需要注意：

1）硬编码的字符串文字将由Java 自动实现 ，减少了这种影响。

2）+运算符在这方面效率更高，它将使用String Builders来提供性能和内存优势。

Answer 2

不，那不是。 如果您没有持有String实例的强链接，它们最终将被垃圾收集器收集。

例如：

while (true) {
    new String("that is a string");
}

在这个片段中，你不断创建新的对象实例，但是你永远不会得到OutOfMemoryException，因为创建的实例变成了垃圾（显然没有强大的链接）。

Answer 3

它为新对象消耗更多内存，这是正确的。 但是这个事实本身并不会产生问题，因为垃圾收集器会立即回收所有无法访问的内存。 当然，您可以通过创建指向新创建的字符串的链接将其转换为问题，但这将是您的程序的问题，而不是JVM的问题。

Answer 4

你必须要知道的最大内存问题是使用一个巨大字符串的小子串。 该子串共享原始字符串的char数组，即使原始字符串获得gc'd，子字符串仍将引用巨大的char数组。 解决方法是使用new String(hugeString.substring(i)) 。

Answer 5

生成的问题是生成垃圾的事实。 虚拟机通过调用垃圾收集器来解决此问题，垃圾收集器释放垃圾使用的内存。

Answer 6

一旦旧对象不再使用，它​​就可以被垃圾收集器删除。 （这将在出现任何内存问题之前完成）。

如果要防止复制数据，请使用StringBuilder。

Answer 7

GC收集未使用的对象。

和Immutability在java中有很多好处。

在Java中，实现尽可能多的不变性是一种很好的做法。

它们也可以安全地用在Collections框架中。

检查一下

Answer 8

据我所知， StringBuilder （或线程安全的StringBuffer ）对于管理String并使它们可变是有用的。

操纵一个巨大的字符串中的一些字符不要“吃掉”内存中的许多字节。

它也更强大/速度更快。

Answer 9

由于字符串实例是不可变的，因此可以由jvm重用。 String类使用Flyweight设计模式实现，用于避免内存问题。