Мне просто интересно, есть ли разница в том, что java autobox говорит целое число:
Integer myInteger = 3; // This will call Integer.valueOf()
или иметь свой код как
Integer myInteger = Integer.valueOf(3);
Есть ли какая-то микрооптимизация? Я знаю, что второй более явный, но он также более ненужный, есть ли какая-то разница, кроме этого?
Они все равно внутренне равны, поэтому используйте первый вариант. Велика вероятность, что будущие оптимизации компилятора могут сделать первый еще быстрее в будущем.
ICONST_X байтовые коды получают константы, определенные в каком-то классе (скажем, Integer), который сам по себе гарантирует, что код не будет работать с более старой java; однако изменение JIT (в этой более новой Java) гарантирует, что даже более старый код, не скомпилированный с такой крутой новой функцией, будет работать точно так же... и это может произойти вместо этого, не загрязняя код w /бесполезные константы. Я закончил обсуждение, оно становится просто бессмысленным
- person bestsss; 10.03.2011
a и b являются строками, String s = a + b; будет переведено компилятором в String s = new StringBuilder(a).append(b).toString(); На самом деле, пункт 51 Эффективной Java называется Остерегайтесь выполнения кокатенации строк по причине ... Цитата, "The moral is simple: don't use the string concatenation operator to combine more than a few strings unless perfromance is irrelevant."
- person corsiKa; 11.03.2011
String s = new StringBuilder(a).append(b).toString(); на самом деле это new StringBuilder(Stingg.valueOf(a))... Я никогда не имел в виду оператор +, но String.concat для двух строк String.concat() всегда был самым быстрым способом. (примечание: я очень, очень хорошо знаю, как stringBuffer/builder и строка внедряются внутри, в свое время даже у нас был AsyncStringBuffer, который фактически копировал строки, в отличие от StringBuffer, который, как правило, вызывал некоторые утечки и фрагментацию) (отредактируйте: если не ясно: String.concat лучше всего подходит только для 2 и 2 строк, для большего количества других методов лучше)
- person bestsss; 11.03.2011
Я бы использовал первый вариант. То же самое с меньшим количеством кода.
Если только я не ожидаю, что программа должна будет работать на более старой версии JVM. Однако в этом случае это будет далеко не единственная проблема совместимости.
Таким образом, единственная причина не использовать автобоксинг — это его недоступность.
Я знаю, что на самом деле нет большой разницы в производительности, см. этот пост здесь. На самом деле разницы нет, но вы должны использовать valueOf, потому что Integer теперь кэширует объекты Integer между -128 и 127.
