StringBuffer 및 StringBuilder에서 메서드가 재정의되지 않았습니까?

Question

hashCode() 및 equals() 방법 StringBuffer 및 StringBuilder에서 재정의되지 않은, 나는

//StringBuffer does not override equals & hashCode 
     //StringBuffer s = new StringBuffer("saral"); 
     //StringBuffer s1 = new StringBuffer("saral"); 

     StringBuilder s = new StringBuilder("saral"); 
     StringBuilder s1 = new StringBuilder("saral");   

     //String s = new String("saral"); 
     //String s1 = new String("saral"); 

     HashSet set=new HashSet(); 
     set.add(s); 
     set.add(s1); 
     set.add(null); 
     System.out.println("There are "+set.size()+" elements in the set."); 

아웃 된 결과는 내가 사용하는 경우 모두 3 점점 MA 올 .. 아래에이 코드 조각을 시도하고 있었다 StringBuffer 또는 StringBuilder 그러나 문자열의 경우 2는 문자열이 hashCode() 및 equals() 메서드보다 우선하므로 무시하십시오.

Answer 1

StringBuilder/StringBuffer는 저장 값이 아닌보다 효율적인 문자열 연산을 위해 만들어졌습니다. 따라서 키로 사용하거나 버전을 구현해서는 안됩니다. 또는 toString으로 전화하면됩니다.

Answer 2

StringBuilder 및 StringBuffer은 변경 가능한 문자 시퀀스이며 String은 변경할 수 없습니다.

Answer 3

Paul Vargas가 말한 것처럼 StringBuffer/StringBuilder는 변경할 수 있습니다.

두 개의 StringBuilder 또는 두 개의 StringBuffer는 실제로 같은 인스턴스가 아니면 동등하다고 말할 수 없습니다. 따라서 정체성에 의한 평등이 가장 적절한 의미론이다.

StringBuffers 및 StringBuilder가 변경 가능하다는 사실은 또한 값 기반 키 등으로 사용하기에 적합하지 않다는 것을 의미합니다. 문자열을 먼저 만들어야합니다.

값이 의미가 같은 "변경 가능한 문자열"클래스가 정말로 필요하다면 항상 AbstractStringBuilder ... 코드를 복사하거나 처음부터 다시 구현할 수 있습니다.

Answer 4

hashCode, equals 또는 compareTo는 개체를 컬렉션에 추가 한 후에 변경 될 수 있습니다. 예 :

StringBuilder s1 = new StringBuilder("saral"); 
StringBuilder s2 = new StringBuilder("saral");   

HashSet set = new HashSet(); 
set.add(s1); 
set.add(s2); 
assert set.size() == 2; 

s2.append("-two"); 
assert set.size() == 2; 

당신이 한 경우 s1.equals (S2)가 하나의 항목 만있을 것입니다 그리고 당신은 S2가 변경 될 때, 어떤 일이 일어날까요? 지금 한두 개의 항목이 있습니까?

StringBuilder의 경우 내용이 변경되어 hashCode 및 equals가이 값에 종속되지 않으므로 기본 구현 만 있습니다.