В вопросе предполагается "... блок finally при нормальной работе программы/JVM".
Совсем нет. Вопрос состоит только в том, что написано. Вы могли ответить «выполнится всегда», ваше право. Но System.exit(0) тоже может быть выполнен при нормальной работе программы.
Не знаю как в жабе, в C# строки хранятся в хэш-таблице, поэтому одинаковые строки имеют одинаковый адрес. Хотя вроде в ранних версиях .net это не включалось по умолчанию.
Тут причина в другом, вы создаёте две *копии* одного и того же объекта.
На уровне мышления указателями, а не кэшем строк Java, тоже вполне логичная схема. Почитаю, конечно, статью, но не вижу особых преимуществ от знания сего механизма.
У меня спросили только сертификат CX-310-065 и предыдущие наработки, если не NDA.
Небольшой совет - обычно спрашивают по книжке «Философии Java». Ну еще, если опыта нет, то оценить О-функции от различных структур данных.
С собеседований, где задают «тупаки» про задачку с роботами, круглыми люками канализации, разбившиеся баночки с таблетками - уходите сразу. В конторах-соковыжималках типа «Люксофта» - программист это расходный материал, как таджик на стройке. (Не даром из ДС туда мало кто идёт, кроме как в манагерочки.) В уютненьких небольших правильных конторах программист - это полубог.
По вопросам поймете, что за контора. В правильных конторах более ценен практический предыдущий опыт, что делал по жизни, а не задачки для теоретиков от программирования.
я Ваш пример перерисую, чтобы Вам понятно было что Вы сравнивали
Выше скинули статью по кэшу строк. Почитайте вместе со мной.
чувствуете тонкий нюанс?
Вы правда думаете, что вы такой умный, что единственный допёрли до причины совпадения указателей? Но они совпадут при том коде, который я предоставил. Значит ваше утверждение о «не совпадут, инфа 100%» ложно.
я здесь не в спорт по переписке на скорость играю, мне надо ещё и работать (уж не знаю как Вам), а нюанс тот разжеван 100500 раз, и давно уже, просто не все его понимают
Видимо мне везло, когда я собеседовал разработчиков. На такие базовые вопросы люди обычно отвечали. А вот сколько людей полегло на вопросах по SQL, на банальных вопросах с одним join и одним group by - почти не поддается подсчету.
так я про что оппоненту и толкую, но он же шланг сертифицированный, ему так комфортнее
Дело в том, что я это прекрасно знаю. И мой пример как раз и показывал, что в этом случае совпадение указателей для двух переменных a и b произойдёт в силу того, что экземпляр на самом деле один используется. А значит, «не совпадут, инфа 100%» ложно.
дело в том что Вы толстый шланг, и заливаете дискуссию жиром
И мой пример как раз и показывал, что в этом случае совпадение указателей для двух переменных a и b произойдёт в силу того, что экземпляр на самом деле один используется. А значит, «не совпадут, инфа 100%» ложно.
ещё раз, вот эквивалент того что Вы написали:
String a = new String("1");
String b = a;
System.out.println(a == b);
За такую мелочь - и 5? Вот поэтому я ненавижу сессии. Благо, их осталось две всего. Ты, значица, отвечаешь какую-нибудь теорему на 5 листов, часа два паришься, да ещё попутно доказываешь, что ты не верблюд (ибо много преподов с теми же проблемами, что у shty). А другой подходит, рассказывает какую-нить мелочь - и всё.