Konkatenacja związana z String poolem

Question

Sprawdzałem co działa szybciej - String czy StringBuilder czy StringBuffer. Robiąc ten test wiedziałem, że zwycięzcą będzie prawdopodobnie StringBuilder ale zastanowiło mnie jedno.

Jak to jest z Stringiem przy takim zapisie:

String zmienna = "a";

I w takiej sytuacji:

		for(int i = 0; i < 10000; i++)
		{
		        zmienna = zmienna + "a";
		}

Jak traktować String poola? W przypadku zapisu String smienna = new String() sprawa jest dla mnie jasna - przy każdej konkatenacji powstanie nowy obiekt ale jak rozumieć poola? Jest to też za każdym razem nowy obiekt, jeżeli nie wykorzysta już raz użytej wartości, czy jeszcze inaczej to działa?

 

I czy String pool działa w obrębie danej klasy czy zupełnie inaczej?

Answer 1

Java automatycznie zmienia każdy literał tekstowy na odpowiadający mu obiekt String.

Źródło: Herbert Schildt Java Kompendium programisty. Wydanie VIII

Tak więc ostatecznie wychodzi na jedno, bo można np. zrobić tak:

int lenght = "abc".length();

 

Comments

Nie rozumiem jak ma się to tyczyć do pytania o "pool".

Kiedy mam:

Integer zmienna = 123;

i

Integer zmienna2 = 1234;

To Integer pool jest modyfikowany tak jak np. przy użyciu StringBuilder() czy jest tworzony nowy pool z kolejną wartością?

---

Zdaje sie ze tutaj jest to wyjasnione:

http://www.journaldev.com/797/what-is-java-string-pool

Jesli tworzymy stringa bez uzycia konstruktora i pozniej tworzymy dokladnie to samo tez bez uzycia konstruktora to referencja jest ta sama.

---

Jest to referencja do tak zwanego "poola"/poola, ale czym jest ten pool, jak go traktować/interpretować?

Jest to coś na wzór obiektu, który jest (tak jak napisałem wyżej) modyfikowany przy dodawaniu do tego pool nowych wartości czy jest tworzony na nowo przy jakiejś zmianie, bo jest tak jak string immutable?

---

Ten rysunek tam przedstawia co to jest ten pool, jest to pewna struktura danych stworzona na potrzeby tego String'a, tak aby w pewien sposób zaoszczędzić pamieć.

Jeśli ten przykład nie pomoże to chyba nie potrafię tego wyjaśnić:

String abc = "abc";
String zm1 = "abc" + "d";
String zm2 = abc + "d";     
String zm3 = "abcd";
String zm4 = new String("abcd");
String zm5 = new String(zm3);

String aaa = abc + "d";

System.out.println("zm1 == zm2 : " + (zm1 == zm2) );
System.out.println("zm1 == zm3 : " + (zm1 == zm3) );
System.out.println("zm1 == zm4 : " + (zm1 == zm4) );
System.out.println("zm2 == zm3 : " + (zm2 == zm3) );
System.out.println("zm2 == zm4 : " + (zm2 == zm4) );
System.out.println("zm3 == zm4 : " + (zm3 == zm4) );
System.out.println("zm3 == zm5 : " + (zm3 == zm5) );
System.out.println("zm3 == zm5 : " + (zm4 == zm5) );

System.out.println("zm2 == aaa : " + (zm2 == aaa) );

Output:

zm1 == zm2 : false
zm1 == zm3 : true
zm1 == zm4 : false
zm2 == zm3 : false
zm2 == zm4 : false
zm3 == zm4 : false
zm3 == zm5 : false
zm3 == zm5 : false

zm2 == aaa : false

Jak widac tylko w jednym przypadku skorzystało z poola i nie stworzylo calkiem nowego stringa. W reszcie mamy nowe referencje.

---

A dla czego w Twoim przykładzie zm2 == zm3 daje false, kiedy dla zm1 == zm3 jest true?

Pewnie wychodzi na to, że źle rozumiem większą część.

Kiedy robię String zm2 = abc + "d";   to robię tak naprawdę zm2 = new StringBuilder(s).append("d") .toString(); i przez to powstaje mi nowy obiekt? Ale nie jest czasem tak, że kiedy powstaje np. String zmienna = new String("f") to powstaną i tak dwa obiekty -  jeden na stercie a drugi na poolu?

Możesz spróbować mi to opisać?

---

Przyznam ze az tak gleboko w to nie wchodzilem i nie wiem jak to wyglada jeszcze bardziej od srodka.

Ale tutaj zdaje się znajdziesz odpowiedz na pierwsze pytanie z 3 akapitu:
https://stackoverflow.com/questions/47605/string-concatenation-concat-vs-operator

 

A tak wyglada ipmlementacja metody toString dla StringBuilder:

 @Override
    public String toString() {
        // Create a copy, don't share the array
        return new String(value, 0, count);
    }

Wiec robiac abc + "d" robi sie najprawdopodobniej:

String zm1 = new StringBuilder(abc).append("d").toString();

A jak widzisz wyzej toString StringBuildera tworzy stringa za pomoca new, stąd jest ten false.