Java new String and new StringBuilder in heap beha

Question

1. Does the String pool reside on the heap? If yes, are String literals eligible for garbage collection?

When using new String("abc"), we know that it creates an object on the heap and places the String literal in the String pool. So my 2nd question is:

2. Does new StringBuilder("abc") behave the same way as new String("abc") ? If yes, how does StringBuilder manipulate the String literal inside the String pool?

Answer 1

You are confusing compile time, load time, and runtime.

A string literal is added to the constant pool at class loading time. Just a mention of a literal anywhere in the class code is enough; you don't even have to execute any line of code in that class.

On the other hand, the expression new String("literal") yields a new String instance each time it is evaluated. That instance is distinct from the one in the constant pool and has a copy of the string value.

StringBuilder acts exactly the same way as String in this respect: it is initialized with a copy of the string literal's value.

Answer 2

First, yes, the string pool and the strings it contains are on the heap. Once a string literal is in the string pool it will never be removed from it. Thus, all string literals in the string pool are reachable until the program is terminated and thus not eligible for garbage collection. (Strings added to the string pool by other means might be eligible for garbage collection.)

If we create a new String object by new String("abc"), then two things happen: first, because of the String literal "abc", a new String object with contents "abc" is created an added to the string pool (if it is not already there). Then, because of the new String(...) constructor, a new String object is created which is a copy of the string literal. This new string is not placed in the string pool. Thus, new String("abc") == "abc" does not hold.

The code new StringBuilder("abc") does not do the same thing as new String("abc"), because it creates a StringBuilder object rather than a String. However, because of the String literal "abc", it does make sure that a String object with contents "abc" is in the string pool.