Возможный дубликат:
Что заставляет сравнение ссылок (==) работать для некоторых строк в Java?
Я знаю, что об этом уже спрашивали, но, несмотря на рекомендации использовать .equals() вместо == оператора сравнения, я обнаружил, что == работает все время:
String s1 = "Hello";
String s2 = "Hello";
System.out.println(s1 == s2); // true
Может ли кто-нибудь привести мне пример сбоя оператора ==?
Это потому что тебе повезло. Оператор == в Java проверяет равенство ссылок: он возвращает true, если указатели совпадают. Он не проверяет равенство содержимого. Идентичные строки, обнаруженные во время компиляции, сворачиваются в один экземпляр String, поэтому он работает с литералами String, но не со строками, сгенерированными во время выполнения.
Например, "Foo" == "Foo" может работать, а "Foo" == new String("Foo") — нет, потому что new String("Foo") создает новый экземпляр String и нарушает любое возможное равенство указателей.
Что еще более важно, большинство Strings, с которыми вы имеете дело в реальной программе, создаются во время выполнения. Пользовательский ввод в текстовые поля генерируется во время выполнения. Сообщения, полученные через сокет, генерируются во время выполнения. Материал, прочитанный из файла, генерируется во время выполнения. Поэтому очень важно использовать метод equals, а не оператор ==, если вы хотите проверить равенство содержимого.
Может ли кто-нибудь привести мне пример сбоя оператора ==?
Пример 1:
String s1 = new String("Hello");
String s2 = new String("Hello");
System.out.println(s1 == s2); // false
Пример 2:
Integer a=1000,b=1000;
System.out.println(a == b); // false
String.intern() явно. (Это вопрос эффективности: стажировка обходится дорого во многих отношениях.)
- person Stephen C; 11.09.2010
Когда вы делаете это, вы фактически создаете строковые литералы:
String s1 = "Hello";
String s2 = "Hello";
Компилятор находит идентичные строковые литералы, а затем оптимизирует, сохраняя один экземпляр в куче и заставляя все переменные в стеке указывать на него. Таким образом, выполнение == вернет true, потому что они указывают на один и тот же адрес памяти.
При этом вы создаете строковые объекты:
String s1 = new String("Hello");
String s2 = new String("Hello");
Создание экземпляра создаст уникальное пространство в куче для каждого из них, а переменные стека будут указывать на эти отдельные местоположения. Таким образом, они будут равны при использовании .equals(), потому что их значения одинаковы, но они не будут равны при использовании ==, поскольку это разные объекты в пространстве кучи памяти.
Опытные Java-разработчики редко, если вообще используют new String(String), но проблема возникает и в других случаях. Например:
String hello = "Hello"
String hell = hello.substring(0, 4);
System.err.println("Hell" == hell); // should print "false".
(Большинство экземпляров String в реальных приложениях формируются либо путем взятия подстроки какой-либо другой строки, либо путем создания ее из массива символов. Очень немногие приложения будут использовать только экземпляры String, созданные как литералы.)
