Является ли метод Java assertEquals надежным?

Я знаю, что ==есть некоторые проблемы при сравнении двух Strings. Кажется, String.equals()это лучший подход. Ну, я делаю тестирование JUnit, и я склонен использовать assertEquals(str1, str2). Это надежный способ утверждать, что две строки содержат одинаковое содержимое? Я бы использовал assertTrue(str1.equals(str2)), но тогда вы не получите преимущества от просмотра ожидаемых и фактических значений при сбое.

На связанной заметке, есть ли у кого-нибудь ссылка на страницу или ветку, которая явно объясняет проблемы str1 == str2?

Вы должны всегда использовать .equals()при сравнении Stringsв Java.

JUnit вызывает .equals()метод для определения равенства в методе assertEquals(Object o1, Object o2).

Таким образом, вы, безусловно, безопасно использовать assertEquals(string1, string2). (Потому что Strings есть Objects)

Вот ссылка на отличный вопрос о Stackoverflow, касающийся некоторых различий между ==и .equals().

assertEqualsиспользует equalsметод для сравнения. Существует другое утверждение assertSame, которое использует ==оператор.

Чтобы понять, почему ==не следует использовать со строками, вам нужно понять, что ==делает: он проверяет идентичность. То есть a == bпроверяет, есть ли aи bссылаются ли на один и тот же объект . Он встроен в язык, и его поведение не может быть изменено различными классами. equalsМетод, с другой стороны, могут быть перекрыты классами. Хотя его поведение по умолчанию (в Objectклассе) заключается в проверке идентичности с использованием ==оператора, многие классы, в том числе String, переопределяют его, чтобы вместо этого выполнить проверку "эквивалентности". В случае String, вместо проверки, если aи bссылаются на тот же объект,a.equals(b) проверяет, являются ли объекты, на которые они ссылаются, строками, которые содержат одинаковые символы.

Время аналогии: представьте, что каждый Stringпредмет - это лист бумаги с чем-то написанным на нем. Допустим, у меня есть два листа бумаги с надписью «Foo» и еще один с надписью «Bar». Если я возьму первые два листа бумаги и использую их ==для сравнения, он вернется, falseпотому что по сути спрашивает «это один и тот же лист бумаги?». Не нужно даже смотреть на то, что написано на бумаге. Тот факт, что я даю ему два листа бумаги (а не один и тот же дважды), означает, что он вернется false. Если я использую equals, однако, equalsметод прочитает две бумажки и увидит, что они говорят одно и то же («Foo»), и поэтому он вернется true.

Проблема, которая путает со строками, заключается в том, что в Java есть концепция «интернирования» строк, и это (эффективно) автоматически выполняется для любых строковых литералов в вашем коде. Это означает, что если в вашем коде есть два эквивалентных строковых литерала (даже если они находятся в разных классах), они на самом деле оба ссылаются на один и тот же Stringобъект. Это заставляет ==оператора возвращаться trueчаще, чем можно было ожидать.

В двух словах - у вас может быть два объекта String, которые содержат одинаковые символы, но являются разными объектами (в разных местах памяти). Оператор == проверяет, что две ссылки указывают на один и тот же объект (область памяти), но метод equals () проверяет, совпадают ли символы.

Обычно вас интересует проверка, содержат ли две строки одинаковые символы, а не указывают ли они на одну и ту же ячейку памяти.

public class StringEqualityTest extends TestCase {
    public void testEquality() throws Exception {
        String a = "abcde";
        String b = new String(a);
        assertTrue(a.equals(b));
        assertFalse(a == b);
        assertEquals(a, b);
    }
}

Да, он все время используется для тестирования. Весьма вероятно, что среда тестирования использует .equals () для таких сравнений.

Ниже приведена ссылка, объясняющая «ошибку равенства строк». По сути, строки в Java являются объектами, и когда вы сравниваете равенство объектов, обычно они сравниваются по адресу памяти, а не по содержимому. Из-за этого две строки не будут занимать один и тот же адрес, даже если их содержимое идентично, поэтому они не будут соответствовать друг другу, даже если при печати они выглядят одинаково.

http://blog.enrii.com/2006/03/15/java-string-equality-common-mistake/

JUnit assertEquals(obj1, obj2)действительно звонит obj1.equals(obj2).

Есть также то, assertSame(obj1, obj2)что делает obj1 == obj2(то есть, проверяет это obj1и obj2ссылается на тот же экземпляр), чего вы пытаетесь избежать.

Так что ты в порядке.

« ==Оператор проверяет, Objectsявляются ли два абсолютно одинаковыми Object».

http://leepoint.net/notes-java/data/strings/12stringcomparison.html

Stringнаходится Objectв Java, поэтому он попадает в эту категорию правил сравнения.