http://www.devx.com/tips/Tip/12843

http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Object.html (pogledaj equals metodu)

Mislim da u drugom slucaju kompajler prilikom optimizacije koda prepozna da je u pitanju ista stvar na dva mesta, pa napravi samo jedan objekat na koga upucuju obe reference (String je immutable, pa moze), pa ti zato if ( s1 == s2 ) vrati true.
U prvom slucaju ti eksplicitno kazes da se naprave dva objekta i onda oni imaju razlicite reference, pa ti provera jednakosti referenci vraca false.

U svakom slucaju kako ti je Vanja rekao za proveru String-ova (i ostalih objekata) koristi metodu equals.

Pokusaj u drugom slucaju da sacuvas stringove u neki strim, pa ih ucitaj i poredi ponovo sa == , pa vidi sta se desava. :)

Znam ja da stringove treba porediti sa equals, nije to problem, mene konkretno zanima razlika izmedju :

String s1 = new String("rec");
i
String s2 = "rec";

Negde sam procitao da = new String("rec"); ne treba koristiti vec samo ="rec";, ali ne znam zasto, tamo samo pise da je bolje zbog memorije.
Nadam se da neko zna odgovor na ovo pitanje.

Ja bih rekao da je potpuno svejedno, vec je prosto varijanta sa ... = "bla" skracenica za ... = new String ("bla"), jer se cesto koriste stringovi..

U oba slucaja imas ovo:



Ali onda i dalje ostaje pitanje koje si postavio, verovatno je cteba u pravu ;)

Hm, ja mislim da baš i nije svejedno.

U slučaju kad radiš String s1 = new String("bla"); kompajler prvo napravi string "bla", zatim pozove konstruktor String(String s) i iskoripira s u novonastali string (s je u ovom slučaju "bla"). Ono što je rezultat je da je dva puta alocirana memorija za isti string, a onaj koji je prvi nastao ostaje da visi da ga GC pokupi. Nisam se mnogo upuštao u ovu priču, ali tako je to meni objašnjeno :). Moja pretpostavka je da je ovo ostavljeno ovako (i da se ne radi samo prevezivanje, nego deep copy stringa) da bi programer imao mogućnost da napravi dva ista stringa na različitim pozicijama u memoriji.

Mislim da je to više predviđeno da se koristi prilikom kreiranja novog stringa od neke promenljive, a ne od hardcode-ovanog stringa, samo mu treba otkriti pravu namenu...

Evo šta kaže dokumentacija u vezi String(String original) konstruktora:

Da, da, ja mislim da je ovo sto je del-boy rekao tacno, jer sam u jednoj knjizi, kao sto rekoh, procitao da nikada ne koristimo new String(String s) zbog memorije, jer nepotrebno pravimo jos jedan objekat.

Sada me samo buni ovaj drugi slucaj, mozda je cteba u pravu, ali onda to znaci da pri kreiranju novog stringa svaki put se proverava da li u memoriji postoji takav string i ako postoji povezuje se sa njim...... ?

cteba je u pravu.


Ćapljeno iz http://www.amazon.com/Beginning-Java-2-Ivor-Horton/dp/1861002238

Moj prvi odgovor je bio moje misljenje, a Chobicus me je naveo i na pravo objasnjenje (preuzeto iz Java dokumentacije - klasa String):

public String intern()

Returns a canonical representation for the string object.

A pool of strings, initially empty, is maintained privately by the class String.

When the intern method is invoked, if the pool already contains a string equal to this String object as determined by the equals(Object) method, then the string from the pool is returned. Otherwise, this String object is added to the pool and a reference to this String object is returned.

It follows that for any two strings s and t, s.intern() == t.intern() is true if and only if s.equals(t) is true.

All literal strings and string-valued constant expressions are interned.

Ako neko sprema ispit "SUN Certified Java Programmer", upravo ovo sa String pool-om moze da ocekuje medju zadacima. Isto ima fora i da se StringBuffer i StringBuilder instance ne mogu porediti .equals() metodom.