97. 같음을 재정의할 때 합의 재정의 조건이 부과됩니까?
재정의된 equals() 메서드는 다음 조건(규칙)을 준수해야 합니다.-
재귀성 - 임의의 값 x 에 대해 x.equals(x) 와 같은 표현식은 항상 true를 반환해야 합니다 ( x != null 인 경우 ).
-
대칭 - x 와 y 의 모든 값에 대해 x.equals(y) 형식의 표현식은 y.equals(x)가 true 를 반환 하는 경우에만 true를 반환해야 합니다 .
-
전이성 - x , y 및 z 값에 대해 x.equals (y)가 true를 반환 하고 y.equals(z) 도 true를 반환 하면 x.equals(z)는 true를 반환해야 합니다 .
-
일관성 - x 와 y 값에 대해 x.equals(y)를 반복적으로 호출하면 두 개체를 비교하는 데 사용된 필드가 호출 간에 변경되지 않은 경우 항상 이 메서드에 대한 이전 호출의 값이 반환됩니다. .
-
비교 null - x 값에 대해 x.equals(null)을 호출하면 false 가 반환됩니다 .
98. Equals 및 HashCode를 재정의하지 않으면 어떻게 됩니까?
이 경우 hashCode()는 주어진 객체가 저장된 메모리 위치를 기반으로 생성된 숫자를 반환합니다. 즉, 정확히 동일한 필드를 가진 두 객체는 재정의되지 않은 hashCode()를 호출할 때 서로 다른 값을 받게 됩니다 (결국 서로 다른 메모리 위치에 저장됩니다). 재정의되지 않은 equals()는 참조를 비교하여 동일한 객체를 가리키는지 여부를 확인합니다. 즉, 비교는 == 를 통해 이루어지며 , 동일한 필드를 가진 객체의 경우 항상 false 를 반환합니다 . True는 동일한 객체에 대한 참조를 비교할 때만 나타납니다. 때로는 이러한 메서드를 재정의하지 않는 논리가 있습니다. 예를 들어, 특정 클래스의 모든 개체가 고유하기를 원하며 이러한 메서드를 재정의하면 고유성 논리가 손상될 뿐입니다. 가장 중요한 것은 재정의된 메서드와 재정의되지 않은 메서드의 미묘한 차이를 이해하고 상황에 따라 두 가지 접근 방식을 모두 사용하는 것입니다.99. x.equals(y)가 true를 반환하는 경우에만 대칭이 true인 이유는 무엇입니까?
조금 이상한 질문입니다. 객체 A가 객체 B와 같으면 객체 B는 객체 A와 같습니다. B가 객체 A와 같지 않으면 어떻게 그 반대가 가능합니까? 이것은 간단한 논리입니다.
100. HashCode에서 충돌이란 무엇입니까? 그것을 처리하는 방법?
hashCode 충돌은 서로 다른 두 개체가 동일한 hashCode 값을 갖는 상황입니다 . 이것이 어떻게 가능한지? 사실 해시코드는 Integer 유형 에 매핑되며 , 이 유형의 범위는 -2147483648에서 2147483647까지, 즉 약 40억 개의 서로 다른 정수입니다. 이 범위는 엄청나지만 무한하지는 않습니다. 따라서 완전히 다른 두 객체가 동일한 해시 코드를 갖는 상황이 가능합니다. 이것은 가능성이 거의 없지만 가능합니다. 잘못 구현된 해시 함수는 동일한 해시 코드의 빈도를 증가시킬 수도 있습니다. 예를 들어 작은 범위의 숫자를 반환하여 충돌 가능성이 높아집니다. 충돌을 방지하려면 값의 확산이 최대이고 값이 반복될 가능성이 최소화되도록 hashCode 메서드 를 잘 구현해야 합니다 .
101. HashCode 계약에 참여하는 요소의 값이 변경되면 어떻게 되나요?
해시 코드 계산에 관련된 요소가 변경되면 해당 객체 자체의 해시 코드도 변경됩니다(해시 함수가 양호한 경우). 따라서 HashMap 에서는 내부 상태(필드)가 생성 후에 변경될 수 없기 때문에 변경 불가능한(변경할 수 없는) 객체를 키로 사용하는 것이 좋습니다. 따라서 해당 해시 코드도 생성 후 변환되지 않습니다. 변경 가능한 객체를 키로 사용하는 경우 이 객체의 필드를 변경하면 해당 해시 코드가 변경되고 결과적으로 HashMap 에서 이 쌍이 손실될 수 있습니다 . 결국 원본 해시코드용 버킷에 저장되고, 변경 후 다른 버킷에서 검색되게 된다.
102. String name 및 int age 필드로 구성된 Student 클래스에 대한 Equals 및 HashCode 메서드 작성
public class Student {
int age;
String name;
@Override
public boolean equals(final Object o) {
if (this == o) {
return true;
}
if (o == null || this.getClass() != o.getClass()) {
return false;
}
final Student student = (Student) o;
if (this.age != student.age) {
return false;
}
return this.name != null ? this.name.equals(student.name) : student.name == null;
}
@Override
public int hashCode() {
int result = this.age;
result = 31 * result + (this.name != null ? this.name.hashCode() : 0);
return result;
}
}-
먼저 링크를 직접 비교합니다. 링크가 동일한 개체에 대한 것이라면 계속 확인하는 것이 무슨 의미가 있을까요? 어쨌든 모든 것이 사실일 것입니다 .
-
null 및 일치하는 클래스 유형을 확인합니다. 객체가 null 또는 다른 유형의 인수인 경우 이는 객체가 동일하지 않음을 의미하기 때문입니다. false .
-
인수 객체를 하나의 유형으로 캐스팅합니다(상위 유형의 객체인 경우).
-
필드가 동일하지 않은 경우 기본 클래스 필드 비교(결국 =! 을 통한 비교로 충분함) - false .
-
기본이 아닌 필드에서 null 및 같음 ( String 에서는 메서드가 재정의되어 올바르게 비교됨)을 확인하고, 두 필드가 모두 null이거나 같으면 확인이 종료되고 메서드가 true를 반환합니다 .
-
초기 해시 코드 값을 객체의 age 프리미티브로 설정합니다 .
-
현재 해시 코드에 31을 곱하고(더 큰 확산을 위해) 여기에 비원시 문자열 필드의 해시 코드를 추가합니다(null이 아닌 경우).
-
결과를 반환합니다.
-
이 해시 코드 재정의의 결과로 동일한 이름 과 int 값을 가진 객체는 항상 동일한 값을 반환합니다.
103. if(obj 인스턴스of Student)와 if(getClass() == obj.getClass()) 사용의 차이점은 무엇입니까?
각 접근 방식의 기능을 살펴보겠습니다.-
instanceof는 왼쪽에 있는 객체 참조가 오른쪽에 있는 유형의 인스턴스인지 아니면 그 하위 유형인지 확인합니다.
-
getClass() == ... 유형 ID를 확인합니다.
104. clone() 메소드에 대해 간략하게 설명해주세요.
Clone() 은 Object 클래스 의 메서드로 , 그 목적은 현재 개체의 복제본(현재 개체의 복사본)을 만들고 반환하는 것입니다. 이를 사용하려면 Cloneable
마커 인터페이스를 구현해야 합니다 .
Student implements Cloneable@Override
protected Object clone() throws CloneNotSupportedException {
return super.clone();
}105. 참조 유형 객체의 필드와 함께 작동하는 clone() 메소드의 특징은 무엇입니까?
객체를 복제할 때 기본 값과 객체 참조 값만 복사됩니다. 즉, 개체의 내부 필드에 다른 개체에 대한 링크가 있는 경우 이 링크만 복제되고 다른 개체 자체는 복제되지 않습니다. 사실, 이것이 그들이 표면 복제라고 부르는 것입니다. 그렇다면 중첩된 모든 객체를 복제하는 본격적인 복제가 필요하다면 어떻게 될까요? 이것이 링크의 복사본이 아니라 힙에 다른 메모리 셀이 점유된 개체의 본격적인 복제인지 확인하는 방법은 무엇입니까? 실제로 모든 것이 매우 간단합니다. 이를 위해서는 내부 개체의 각 클래스에서 clone() 메서드를 재정의 하고 마커 인터페이스인 Cloneable 을 추가해야 합니다 . 그러면 복사될 객체에 대한 참조가 아니라 객체 자체가 됩니다. 이제 객체도 자신을 복사할 수 있기 때문입니다.예외
106. 오류와 예외의 차이점은 무엇입니까?
예외와 오류는 모두 Throwable 클래스의 하위 클래스입니다 . 그러나 차이점이 있습니다. 이 오류는 주로 시스템 리소스 부족으로 인해 발생하는 문제를 나타냅니다. 그리고 우리 애플리케이션은 이러한 유형의 문제를 감지해서는 안 됩니다. 오류의 예로는 시스템 충돌 및 메모리 부족 오류가 있습니다. 오류는 확인되지 않은 유형이므로 대부분 런타임에 발생합니다.
예외는 런타임 및 컴파일 타임에 발생할 수 있는 문제입니다. 일반적으로 이는 개발자가 작성한 코드에서 발생합니다. 즉, 예외는 더 예측 가능하고 개발자인 우리에게 더 의존적입니다. 동시에 오류는 더 무작위적이고 우리와 더 독립적이지만 오히려 애플리케이션이 실행되는 시스템 자체의 문제에 따라 달라집니다.
107. 확인된 것과 확인되지 않은 것, 예외, 던지기, 던지기의 차이점은 무엇입니까?
앞서 말했듯 이 예외 란 개발자가 작성한 코드에서 프로그램 실행 및 컴파일 중에 발생한 오류(일부 비정상적인 상황으로 인해)를 말합니다. Checked는 항상 try-catch 메커니즘을 사용하여 처리 하거나 위의 메서드에 던져야 하는 예외 유형입니다 . Throws는 메소드에서 발생할 수 있는 예외를 표시하기 위해 메소드 헤더에 사용됩니다. 즉, 이는 위의 메서드에 예외를 "던지는" 메커니즘입니다. 선택 취소됨 은 처리할 필요가 없는 예외 유형이며 일반적으로 예측 가능성이 낮고 발생할 가능성도 적습니다. 그러나 원하는 경우 처리할 수도 있습니다. Throw는 수동으로 예외를 발생시킬 때 사용됩니다. 예를 들면 다음과 같습니다.throw new Exception();108. 예외의 계층 구조는 무엇입니까?
예외 계층 구조는 매우 크고 광범위하며 여기서 모든 내용을 설명하기에는 너무 광범위합니다. 따라서 우리는 핵심 링크만 고려할 것입니다.
여기 계층 구조의 맨 위에는 예외 계층 구조의 조상인 일반 클래스인 Throwable 클래스가 있으며 이는 다음과 같이 나뉩니다.
- 오류 - 심각한, 확인할 수 없는 오류입니다.
- 예외 - 확인된 예외입니다.
109. 체크된 예외와 체크되지 않은 예외란 무엇입니까?
내가 전에 말했듯이:-
확인됨 - 어떻게든 처리해야 하는 예외, 즉 try-catch 블록에서 처리하거나 위의 메서드로 "전달"해야 하는 예외입니다. 이렇게 하려면 메서드 시그니처에서 메서드 인수를 나열한 후 trows <예외 유형> 키워드를 사용해야 합니다 . 이는 메서드 사용자에게 메서드가 이 예외(예: 경고)를 발생시키고 해당 예외를 전송할 수 있음을 나타냅니다. 이 메소드의 사용자는 예외를 처리할 책임이 있습니다.
-
Unchecked - 처리할 필요가 없는 예외입니다. 컴파일 타임에 확인되지 않고 일반적으로 예측하기가 더 어렵기 때문입니다. 즉, Checked와의 주요 차이점은 이러한 Try-Catch 또는 Throw 메커니즘이 동일하게 작동하지만 필수는 아니라는 것입니다.
101. 메소드의 try-catch 블록에서 예외를 가로채고 처리하는 예제를 작성하세요.
try{ // начало блока перехвата
throw new Exception(); // ручной бросок исключения
} catch (Exception e) { // данное исключение и его потомки будут перехватываться
System.out.println("Упс, что-то пошло не так =("); // вывод некоторого исключения в консоль
}102. 자신만의 예외를 사용하여 예외를 포착하고 처리하는 예제를 작성하세요.
먼저 Exception을 상속 하고 해당 생성자를 오류 메시지로 재정의하는 자체 예외 클래스를 작성해 보겠습니다 .public class CustomException extends Exception {
public CustomException(final String message) {
super(message);
}
}try{
throw new CustomException("Упс, что-то пошло не так =(");
} catch (CustomException e) {
System.out.println(e.getMessage());
}
예외에 대한 자세한 내용은 여기에서 확인할 수 있습니다 . 자, 오늘은 여기까지입니다! 다음 부분에서 만나요!
GO TO FULL VERSION