반응형
우리는 코딩을 하면서 String을 비교할 때 무의식적으로 아래와 같이 코딩을 합니다.
하지만 왜 String을 비교할 때만 이렇게 비교하는지 우리는 알고 코딩을 하고 있는 것일까? int, boolean, long 등은 == 로 비교를 하면서 String은 왜 다를까?
위 코드를 실행해 보면 결과는 다음과 같이 나옵니다.
결과를 보면 a,b는 hashcode값이 같지만 c,d는 값이 다른 것이 보입니다.
그럼 이번엔 비교한 결과를 볼까요? a,b는 equals()로 비교를 하거나 ==로 비교를 해도 결과는 항상 true 입니다. 하지만 c,d는 equals() 비교를 하면 트루지만 ==로 비교를 하면 false죠.
무슨말인지 모르시겠다구요? 그럼 그림으로 한번 볼까요?
간단하게 정리하자면 a,b는 문자열 리터럴이 컴파일시에 자동으로 하나의 String 객체가 되고 b,c는 별도의 객체가되어서 문자열 리터럴(값)으로 비교를 하면 a,b,c,d 모두 같지만 객체로 비교를 하게 되면 (a,b),c,d의 3개의 객체가 되는 것입니다.
여기서 이어지는 또다른 의문점... 프리미티브 타입과 Wrapper 클래스의 비교는 어떻게 될까요?
아래 코드를 한번 돌려 보세요. 8번까지는 위 내용과 비슷하지만 9번 결과는 어떻게 나올까요?
다음에는 프리미티브 타입과 Wrapper 클래스, 자동 Boxing, 자동 UnBoxing에 대해서 알아 보도록 하겠습니다.
출처 : http://westzero.net/21?category=6
- aString.equals(bString)
하지만 왜 String을 비교할 때만 이렇게 비교하는지 우리는 알고 코딩을 하고 있는 것일까? int, boolean, long 등은 == 로 비교를 하면서 String은 왜 다를까?
지금부터 String을 비교할 때 .equals()와 == 이 어떻게 다른지 알아보자.
일단 코드를 실행해보고 결과를 보면서 진행하겠습니다. 저는 백문이불여일견이라는 말을 좋아하거든요.^^- public class Test {
- /**
- * @param args
- */
- public static void main(String[] args) {
- // TODO Auto-generated method stub
- new Test().testString();
- }
- public void testString() {
- String a = "TEST";
- String b = "TEST";
- String c = new String("TEST");
- String d = new String("TEST");
- System.out.println("1:"+System.identityHashCode(a));
- System.out.println("2:"+System.identityHashCode(b));
- System.out.println("3:"+System.identityHashCode(c));
- System.out.println("4:"+System.identityHashCode(d));
- System.out.println("5:"+(a == b));
- System.out.println("6:"+a.equals(b));
- System.out.println("7:"+(c == d));
- System.out.println("8:"+c.equals(d));
- }
- }
위 코드를 실행해 보면 결과는 다음과 같이 나옵니다.
결과를 보면 a,b는 hashcode값이 같지만 c,d는 값이 다른 것이 보입니다.
그럼 이번엔 비교한 결과를 볼까요? a,b는 equals()로 비교를 하거나 ==로 비교를 해도 결과는 항상 true 입니다. 하지만 c,d는 equals() 비교를 하면 트루지만 ==로 비교를 하면 false죠.
왜 이런 결과가 나올까요?
이런 결과가 나오는 이유는 equals()는 비교대상의 문자열 리터럴(값)을 비교하고 ==는 대상 객체를 비교하기 때문입니다. 또한 자바에서는 a,b처럼 같은 값을 가지면 하나의 메모리 주소를 참조하게 됩니다. 즉, a,b의 "TEST"라는 문자열 리터럴은 컴파일되면 String 객체가 되는데 a,b는 같은 메모리 주소를 가지게 됩니다. 하지만 c,d는 처음부터 별도의 String 객체로 생성되었기 때문에 동일한 "TEST"라는 문자열 리터럴을 가지지만 서로 다른 객체가 됩니다.무슨말인지 모르시겠다구요? 그럼 그림으로 한번 볼까요?
간단하게 정리하자면 a,b는 문자열 리터럴이 컴파일시에 자동으로 하나의 String 객체가 되고 b,c는 별도의 객체가되어서 문자열 리터럴(값)으로 비교를 하면 a,b,c,d 모두 같지만 객체로 비교를 하게 되면 (a,b),c,d의 3개의 객체가 되는 것입니다.
여기서 이어지는 또다른 의문점... 프리미티브 타입과 Wrapper 클래스의 비교는 어떻게 될까요?
아래 코드를 한번 돌려 보세요. 8번까지는 위 내용과 비슷하지만 9번 결과는 어떻게 나올까요?
다음에는 프리미티브 타입과 Wrapper 클래스, 자동 Boxing, 자동 UnBoxing에 대해서 알아 보도록 하겠습니다.
- package net.westzero;
- public class Test {
- /**
- * @param args
- */
- public static void main(String[] args) {
- // TODO Auto-generated method stub
- new Test().testInteger();
- }
- public void testInteger() {
- int a = 1;
- int b = 1;
- Integer c = new Integer(1);
- Integer d = new Integer(1);
- System.out.println("1:"+System.identityHashCode(a));
- System.out.println("2:"+System.identityHashCode(b));
- System.out.println("3:"+System.identityHashCode(c));
- System.out.println("4:"+System.identityHashCode(d));
- System.out.println("5:"+(a == b));
- // System.out.println("6:"+a.equals(b));
- System.out.println("7:"+(c == d));
- System.out.println("8:"+c.equals(d));
- System.out.println("9:"+(a == c));
- }
- }
출처 : http://westzero.net/21?category=6