Java, строки и байткод

На работе один из членов нашей команды периодически кидает в общий чат вопросы провокационного характера, одним из которых был следующий: равнозначны ли следующие два примера кода?

Что бы ответить на этот вопрос необходимо заглянуть в байткод каждого класса

Как видим в строках 12 и 18 метода main из наших строк, которые мы конкатенировали, создались константы, о чем говорит инструкция ldc.

Посмотрим на байткод второго примера


Здесь уже создается StringBuilder в который сначала вставляется "str1", а затем по результату булевой переменной определяется вставлять ли "str2" или "str3". Ну и в конце добавляется "str4". Как видим в этом случае компилятор не смог создать две константы, т.к. конструкцию с тернарным оператором он посчитал за переменную. Проверим так ли это.

Как видно, байткод такой же, как и во втором примере.

P.S. Этот пример заставил меня задуматься, какой из способов создания строк быстрее? Контактенация через "+", String.concat() или работа через StringBuilder? Ответ на этот вопрос я нашел вот в этой интересной статье с которой и советую ознакомиться.

Comments

Post a Comment

Popular posts from this blog

Java 8 vs GoF: Strategy

Image
Продолжаем наш батл между Java 8 и бандой четырех. Сегодня под колеса новых возможностей православной Java попал паттерн “Стратегия”. Но не будем спешить и для начала вспомним о чем вообще данный шаблон проектирования. Стратегия - поведенческий паттерн, задачей которого является определение и инкапсуляция группы алгоритмов, а также обеспечение их взаимозаменяемости. Это позволяет нам менять реализацию поведения на лету. Освежим в нашей памяти UML-диаграмму данного шаблона.
Read more

JEEConf 2017 How it was

Image
Do you like different IT events? Do you want to be among people with the same passion to development as yours? Discuss different approaches, solutions and just have a fun? If the answer is yes then you, at least, have heard about JEEConf. I visited this conference this year and would like to highlight this event.
Read more

Separate and rule your tests

Everyone who cares about quality of his code must write tests. Would be better to write tests before code (I mean TDD), but presence at least some kind of tests are already well. Tests are the best way to prove that your code works as well as you expect. Also your tests are the best documentation not only how to use your code, but also how you understand a task.
Read more