Dlaczego klasy w pakiecie javax.sql używają nowego ciągu (str)?

Question

Wiele klas w pakiecie javax.sql używa konstruktora new String(str). Na przykład:

public void setCatalogName(int columnIndex, String catalogName) throws SQLException { 
    checkColRange(columnIndex); 
    if (catalogName != null) 
     colInfo[columnIndex].catName = new String(catalogName); 
    else 
     colInfo[columnIndex].catName = new String(""); 
} 

Albo

public void setUsername(String name) { 
    if(name == null) 
    { 
     username = null; 
    } else { 
     username = new String(name); 
    } 
} 

i wiele więcej:

javax.sql.rowset.serial.SerialStruct.SerialStruct (Sqldata, mapa>) javax.sql. rowset.serial.SerialStruct.SerialStruct (Struct, Map>) javax.sql.rowset.RowSetMetaDataImpl.setCatalogName (int, String) javax.sql.rowset.RowSetMetaDataImpl.setColumnLabel (int, String) javax.sql.rowset.RowSetMetaDataImpl.setColumnName (int, string) javax.sql.rowset.RowSetMetaDataImpl.setColumnTypeName (int, string) javax.sql.rowset.BaseRowSet.setCommand (String) javax.sql.rowset. BaseRowSet.setDataSourceName (String) java.text.DateFormatSymbols.setLocalPatternChars (String) javax.sql.rowset.BaseRowSet.setNull (int, int, string)

Jaki jest cel tego? Czy nie tworzy niepotrzebnych instancji napisów na stercie?

Answer 1

Wygląda na to, że kod został zmieniony z JDK6 na JDK7, a wszystkie wystąpienia new String(str) zostały usunięte. Tak więc, chociaż sugestia Jona Skeeta jest dość interesująca, prawdopodobnie był to lame kawałek, który znaleźli i naprawili.

Answer 2

Oni potencjalnie ochronę przeciw „małej części dużego napisu” problem:

String x = getHugeStringFromSomewhere(); 
String y = x.substring(0, 5); 
foo(y); 

Załóżmy teraz ciąg mowa o y wymagane pozostaje, ale x nie. Ponieważ y odnosi się do oryginalnego char[], kończy się to tym, że mały ciąg odpowiada za dużo pamięci.

Jeśli utworzysz nowy łańcuch zamiast kopiowania danych:

String x = getHugeStringFromSomewhere(); 
String y = new String(x.substring(0, 5)); 
foo(y); 

... wtedy podstawowa duża tablica char związane z oryginalnego napisu mogą być zbierane śmieci w tym samym czasie, co ciąg.

Widziałem, że robi to ogromną różnicę, czytając wiele małych linii z dużego pliku tekstowego (np. Słów w słowniku). IIRC, BufferedReader.readLine tworzy bufor o długości 80 znaków, więc każdy ciąg znaków zwrócił co najmniej 80-znakowy kod char[], nawet jeśli ma tylko 5 znaków. To wszystko się sumuje ... (Jak na komentarze, najwyraźniej zmieniło się to w Javie 1.5 dla readLine - ale substring nadal działa w ten sam sposób.)

EDYCJA: Oczywiście to tylko odgadnięcie co do przyczyny, i to zdecydowanie nie wyjaśnia części new String("") ...