네 가지 기본 Java 질문에 답할 수 있는 질문은 몇 개입니까?

1. == 연산자 사용 방법
먼저 흥미로운 코드를 살펴보세요.
Integer a = 1000,b=1000
Integer c = 100,d=100; (최종 문자열 이름){ new Runnable() { public void run() { System.out.println(name) } } }
System.out.println(a==b); out.println (c==d);
이 질문에 대한 정답을 얻고 원리를 이해할 수 있다면. 그것은 당신의 기본이 괜찮다는 것을 의미합니다. 당신의 대답이 사실이라면, 당신의 기초는 부족한 것입니다.
먼저 답을 발표하고 코드를 실행하면 false가 true로 표시됩니다. ==는 두 객체의 참조를 비교한다는 것을 알고 있습니다. 여기서 abcd는 모두 새로 생성된 객체이므로 논리적으로 false를 입력해야 합니다. 이 질문의 흥미로운 점은 인터뷰 질문이든 포럼 토론 영역이든 이 질문의 출현율이 높다는 것입니다. 원리는 실제로 매우 간단합니다. Integer.java 클래스를 살펴보면 명확해집니다.

public static Integer valueOf(int i) { return i >= 128 || i < -128 new Integer(i) : SMALL_VALUES[i + 128] } /* {@link Integer#valueOf(int)} 및 자동 박싱 */ private static final Integer[] SMALL_VALUES = new Integer[256] static { for (int i = -128; i < 128; i++) { SMALL_VALUES[ i + 128] = new Integer(i); } }
Integer를 선언할 때 c = 100;. 이때 자동 boxing 연산을 수행하게 되는데, 간단히 말하면 기본 데이터 타입을 Integer 객체로 변환하고, Integer 객체로 변환하는 것은 -128-127이라는 valueOf 메소드를 통해 이루어진다. Integer 에 캐시됩니다. 공식적인 설명은 작은 숫자가 더 자주 사용되므로 성능을 최적화하기 위해 그 사이의 숫자가 캐시된다는 것입니다. 이것이 바로 이 질문에 대한 답이 거짓이고 진실인 이유입니다. 선언된 Integer 객체의 값이 -128~127 사이이면 동일한 객체를 참조하므로 결과는 true입니다.

그런 다음 코드를 살펴보세요.
String s1 = “abc”;
String s2 = “abc”
String s3 = new String(“abc”) ;
System.out.println(s1 == s2);
System.out.println(s1 == s3)
이 질문에 대한 답을 다시 추측해 볼까요?
== 구문에 따르면 우선 s1, s2, s3은 세 가지 다른 객체입니다. 일반적으로 출력은 false입니다. 그러나 프로그램의 실행 결과는 실제로 참이거나 거짓입니다. false의 두 번째 출력은 이해할 수 있지만 true의 첫 번째 출력은 혼란스럽습니다. 우리는 몇 가지 기본 유형의 변수와 객체 참조 변수가 함수의 스택 메모리에 할당되는 반면, 새로운 객체와 배열은 힙 메모리에 저장된다는 것을 알고 있습니다. 그런데 이 외에도 상수풀(Constant Pool)이라는 영역이 있다.
우리가 일반적으로 String s1 = “abc”라고 생각하는 것처럼 이렇게 선언된 문자열 개체의 값은 상수 풀에 저장됩니다. String s1 = "abc"와 같은 객체를 생성하면 "abc"는 상수 풀(문자열 풀이라고도 함)에 저장됩니다. String s2 = "abc"에 대한 참조를 생성하면 Java의 하위 계층이 다음을 제공합니다. 상수 풀에 "abc"가 있는지 확인하십시오. 존재하는 경우 s2가 이 값을 가리키도록 하고 상수 풀에 존재하지 않으면 해당 값이 생성되어 풀에 추가됩니다. . 그렇기 때문에 대답은 참이고 거짓입니다.

3. 최종 키워드
코드를 살펴보겠습니다.
public void mRun(최종 문자열 이름){ new Runnable() { public void run() { try { Thread. sleep (1000); } catch (InterruptedException e) { // TODO 자동 생성된 catch 블록 e.printStackTrace() } System.out.println(name) } }.start() }
우리는 내부 클래스가 지역 변수에 접근할 때 지역 변수 앞에 final 수정자를 추가해야 한다고 많이 작성했습니다. 그렇지 않으면 컴파일러가 오류를 보고합니다. 이것이 보통 우리가 하는 일입니다. 좋습니다. 두 번째 질문이 나옵니다. 왜 최종 수정자를 추가해야 합니까? 나는 대부분의 친구들이 이 문제에 대해 생각해 본 적이 없다고 생각합니다. 그들은 그것을 사용할 때마다 추가하고 원칙을 탐구한 적이 없습니다. 이것은 좋은 프로그래머에게는 바람직하지 않습니다. 우리는 무슨 일이 일어나고 있는지뿐만 아니라 그 이유도 알아야 합니다.
이제 최종 키워드를 추가해야 하는 이유를 분석해 보겠습니다. 우선, 내부 클래스의 수명주기는 멤버 수준에 있는 반면, 지역 변수의 수명주기는 실제로 메서드 본문에 있습니다. 즉, mRun 메서드가 실행되고 새 스레드가 실행 중일 때 새 스레드가 1초 동안 절전 모드로 전환되는 상황이 발생하게 됩니다. 메인 스레드는 계속 실행되고 mRun이 실행되며 이름 속성 수명 주기가 종료됩니다.
1초 후 Syetem.out.printh(이름)이 실행됩니다. 그러나 현재 이름은 만료되어 더 이상 메모리에 없습니다. 이러한 종류의 오류를 방지하기 위해 Java에서는 내부 클래스의 지역 변수를 final 키워드로 수정하도록 엄격하게 요구합니다. 지역 변수가 final에 의해 수정된 후에는 지역 변수의 복사본이 메모리에 보관됩니다. 내부 클래스가 이 복사본에 액세스하면 실제로 액세스됩니다. 이는 지역 변수의 수명주기를 연장하는 것과 같습니다. 결국 Java 엔지니어들은 우리를 위해 이 구멍을 미리 메워주었습니다. 그렇지 않으면 내부 클래스 로컬 변수에 대해 걱정할 친구가 얼마나 될지 모르겠습니다.

4. Integer와 int에 관한 사항
아래 코드를 보세요
Integer a = new Integer(1000)
int b = 1000
Integer c = new Integer( 10) ;
정수 d = new Integer(10);
System.out.println(a == b)
System.out.println(c == d); 첫 번째 질문에 이어 이 질문에 대한 답을 아주 빨리 얻을 수 있다면 축하합니다. ==가 더 일관성이 있다면 더 철저하게 이해할 수 있을 것입니다.
——————————————————분할선——————————————————————— ——–
정답: true, false
많은 친구들이 이 답변을 보고 혼란스러워할 것입니다. 먼저 첫 번째 질문에 따르면 Integer는 -128-127을 이미 캐시하지 않습니까? 이것이 사실이 아닐지 모르지만, 자세히 살펴보면 여기 Integer는 우리가 작성한 새로운 것이며 캐시되지 않으므로 결과는 거짓입니다.
이제 첫 번째 항목이 왜 사실인지 다시 한번 알아볼까요? 우선, 여기의 값은 1000인데, 이는 우리가 알고 있는 정수 캐시와는 전혀 관련이 없습니다. 캐싱과 아무 관련이 없고 a가 새로 생성된 개체이므로 입력이 거짓이어야 하는 것이 당연합니다. 그러나 여기서 b는 int 유형이라는 점에 유의하세요. int와 Integer가 == 비교되면 Java는 자동으로 Integer를 unboxing합니다. 즉 Integer를 int 유형으로 변환하므로 여기에서 int 유형의 값이 비교되므로 결과는 true입니다.