在Java中，当对象没有实时引用时，它有资格进行垃圾回收。现在，对于字符串，情况并非如此，因为字符串将进入字符串池，而JVM将使对象保持活动状态以进行复苏。这意味着一旦创建了一个字符串，就不会被垃圾收集？

Now in case of a string, this is not the case because string will go into the string pool and JVM will keep the object alive for resuse. So that means a string once created will 'never' be garbage collected?

首先，只有字符串literals1会自动实习/添加到字符串池中。由应用程序创建的字符串不在内部…除非应用程序显式调用String.intern()。

其次，实际上，字符串池中垃圾收集对象的规则与其他字符串/其他对象的规则相同。如果字符串变得不可访问，那么它们将被垃圾收集。

实际上，与字符串文本相对应的字符串对象通常不会成为垃圾收集的候选对象。这是因为在每个使用文本的方法的代码中都有对字符串对象的隐式引用。这意味着只要方法可以执行，就可以访问字符串。

然而，情况并非总是如此。如果文本是在动态加载的类中定义的(例如使用Class.forName(...))，则可以安排卸载该类。如果发生这种情况，那么文本的字符串对象将无法访问，并且在包含内部字符串的堆被gc'ed时将被回收。

1-不正确的说法是，所有字符串文本都是内部的。如果字符串文字仅作为(编译时)常量表达式(jls 15.28)的子表达式出现在源代码中，那么该文字将不会以任何形式出现在".class"文件中。这样的文字不会被实习生，因为它不会在运行时存在。

您是正确的；实习池中的字符串将永远不会被gc'd。

然而，大多数的弦上没有实习生。字符串文本被内部化，传递给String.intern()的字符串被内部化，但所有其他字符串都不被内部化，并且可以正常GC。