Давайте посмотрим на следующие простые выражения в Java
int x=15;
String temp="x = "+x;
Компилятор внутренне преобразует его "x = "+x;в StringBuilderи использует .append(int)для «добавления» целого числа к строке.
5.1.11. Преобразование строк
Любой тип может быть преобразован в тип String путем преобразования строки.
Значение x примитивного типа T сначала преобразуется в ссылочное значение, как если бы оно передавалось в качестве аргумента соответствующему выражению создания экземпляра класса (§15.9):
- Если T является логическим, используйте new Boolean (x).
- Если T - char, используйте новый символ (x).
- Если T является байтовым, коротким или целым числом, используйте новое целое число (x).
- Если T длинный, используйте новый Long (x).
- Если T - float, используйте новый Float (x).
- Если T - double, используйте новый Double (x).
Это ссылочное значение затем преобразуется в тип String путем преобразования строки.
Теперь нужно учитывать только справочные значения:
- Если ссылка пустая, она преобразуется в строку «null» (четыре символа ASCII n, u, l, l).
- В противном случае преобразование выполняется, как если бы путем вызова метода toString указанного объекта без аргументов; но если результатом вызова метода toString является null, вместо этого используется строка «null».
Метод toString определяется первичным классом Object (§4.3.2). Многие классы переопределяют его, особенно Boolean, Character, Integer, Long, Float, Double и String.
См. §5.4 для деталей контекста преобразования строки.
15.18.1.
Оптимизация конкатенации строк:
реализация может выбрать выполнение преобразования и конкатенации за один шаг, чтобы избежать создания и последующего удаления промежуточного объекта String. Чтобы повысить производительность повторяющейся конкатенации строк, компилятор Java может использовать класс StringBuffer или аналогичный метод, чтобы уменьшить количество промежуточных объектов String, которые создаются путем оценки выражения.
Для примитивных типов реализация может также оптимизировать создание объекта-оболочки путем прямого преобразования из примитивного типа в строку.
Оптимизированная версия фактически не выполняет сначала полное преобразование строки в оболочку.
Это хорошая иллюстрация оптимизированной версии, используемой компилятором, хотя и без преобразования примитива, где вы можете увидеть, как компилятор меняет вещи в StringBuilder в фоновом режиме:
http://caprazzi.net/posts/java-bytecode-string-concatenation-and-stringbuilder/
Этот код Java:
public static void main(String[] args) {
String cip = "cip";
String ciop = "ciop";
String plus = cip + ciop;
String build = new StringBuilder(cip).append(ciop).toString();
}
Создает это - посмотрите, как два стиля конкатенации приводят к одному и тому же байт-коду:
L0
LINENUMBER 23 L0
LDC "cip"
ASTORE 1
L1
LINENUMBER 24 L1
LDC "ciop"
ASTORE 2
// cip + ciop
L2
LINENUMBER 25 L2
NEW java/lang/StringBuilder
DUP
ALOAD 1
INVOKESTATIC java/lang/String.valueOf(Ljava/lang/Object;)Ljava/lang/String;
INVOKESPECIAL java/lang/StringBuilder.<init>(Ljava/lang/String;)V
ALOAD 2
INVOKEVIRTUAL java/lang/StringBuilder.append(Ljava/lang/String;)Ljava/lang/StringBuilder;
INVOKEVIRTUAL java/lang/StringBuilder.toString()Ljava/lang/String;
ASTORE 3
// new StringBuilder(cip).append(ciop).toString()
L3
LINENUMBER 26 L3
NEW java/lang/StringBuilder
DUP
ALOAD 1
INVOKESPECIAL java/lang/StringBuilder.<init>(Ljava/lang/String;)V
ALOAD 2
INVOKEVIRTUAL java/lang/StringBuilder.append(Ljava/lang/String;)Ljava/lang/StringBuilder;
INVOKEVIRTUAL java/lang/StringBuilder.toString()Ljava/lang/String;
ASTORE 4
L4
LINENUMBER 27 L4
RETURN
Глядя на приведенный выше пример и на то, как генерируется байтовый код на основе исходного кода в данном примере, вы сможете заметить, что компилятор внутренне преобразовал следующий оператор
cip+ciop;
в
new StringBuilder(cip).append(ciop).toString();
Другими словами, оператор +конкатенации строк фактически является сокращением более подробной StringBuilderидиомы.
+Оператор Plus ( ) - это языковая функция Java.