자바에 관한 10가지 거짓말-java지도 시간-php.cn

Java 프로그래밍 언어

Java는 크로스 플랫폼 응용 소프트웨어를 작성할 수 있는 객체 지향 프로그래밍 언어로 1995년 5월 Sun Microsystems에서 출시한 Java 프로그래밍 언어이자 Java 플랫폼입니다. JavaEE(j2ee), JavaME(j2me), JavaSE(j2se))의 총칭.

다음 질문은 고급 질문으로 간주되어 면접관을 거절할 수 있으므로 면접에서 거의 묻지 않습니다. 하지만 스스로 연습할 시간을 찾을 수 있습니다.

1. System.exit(0)은 finally 블록의 실행을 건너뜁니다.

System.setSecurityManager(new SecurityManager() {
        @Override
        public void checkExit(int status) {
            throw new ThreadDeath();
        }
    });
    try {
        System.exit(0);
    } finally {
        System.out.println("In the finally block");
    }

로그인 후 복사

이 코드는 왜 finally 블록에 출력됩니까? 스택 추적이 인쇄되지 않는 이유는 무엇입니까?

2. String str = "Hello"; 여기서 str은 C++와 달리 Java의 변수는 기본 유형 또는 참조입니다. 변수는 객체가 될 수 없습니다. 이는 다음과 같은 표현이 의미합니다:

String str = "Hello";
    String text = "Bye";
    str == text; // 比较两个引用，而不是内容
    str = text; // 把text的引用赋值给str

로그인 후 복사

대부분의 경우 실제로 큰 차이는 없지만 이렇게 쓰면 혼란스러울 수 있습니다.

rree

3. Java 메모리 누수는 C++ 프로그래머가 이해하는 것과 동일합니다.

Wikipedia에서 메모리 누수에 대한 정의는 "컴퓨터 과학에서 프로그램이 메모리 할당을 제대로 관리하지 않으면 메모리 누수가 발생합니다. 객체지향 프로그래밍에서는 코드에서 메모리에 있는 객체에 접근할 수 없다면 이는 메모리 누수입니다. 그러나 Java에서는 강력한 참조가 없는 객체에 항상 접근할 수 있습니다. 객체는 지워집니다. Java에서 메모리 누수라는 용어는 메모리에 존재해서는 안 되는 개체가 있음을 의미합니다. 일반적으로 일부 리소스는 더 이상 사용되지 않지만 여전히 컬렉션에 저장되어 있습니다.

4. 멀티스레드 프로그래밍은 어렵다

멀티스레드 프로그래밍은 경험이 없으면 정말 어렵다. 실행을 위해 코드 묶음을 스레드 묶음에 던지면 문제를 해결할 방법이 없으며 그냥 엉망이 될 것입니다. 그러나 필요에 따라 스레드를 할당하고, 스레드 간의 상호 작용을 제어하고, 팀 구성원이 이해할 수 있는 몇 가지 간단한 패턴을 사용할 수 있다면 문제는 훨씬 간단해집니다. 물론 또 다른 과제는 팀의 모든 구성원이 규칙을 따르도록 해야 한다는 것입니다 :-)

5. 작업 간 성능 차이에 대해 걱정하지 마세요

최근에 들었습니다. 문제는 콘솔에 정수, 메모리 액세스, 모듈로 및 출력을 추가하는 것과 관련이 있습니다. 이러한 각 작업은 이전 작업보다 훨씬 느리지만 이 사람은 가장 빠른 작업을 최적화하고 추가하고 이를 더 비싼 작업으로 대체하기를 원했습니다. 실제로 성능을 최적화하려면 비용이 많이 드는 작업을 저렴한 작업으로 바꾸는 것이 좋습니다. 예를 들어 하드웨어에 병목 현상이 있는 경우 하드 디스크에서 많은 수의 파일을 읽고 소프트웨어 코드를 수정해야 합니다. . 문제가 전혀 없기 때문에 아무 소용이 없습니다.

6. 난수는 무작위입니다

특정 난수의 집합은 특정 숫자 패턴과 같습니다. 이 기사에서 이 문제에 대해 이미 논의했습니다. 많은 사람들은 난수 생성기에 의해 생성된 숫자가 실제로는 무작위가 아니라고 생각합니다.

7. 부동 소수점 숫자는 무작위 오류를 생성할 수 있으므로 피해야 합니다.

동일한 작업의 경우 부동 소수점 숫자는 매번 동일한 오류를 생성합니다. 오류는 예측 가능하므로 제어할 수 있습니다. 수행하려는 작업이 무엇인지 알고 결과 반올림과 같은 몇 가지 간단한 규칙을 고수한다면 BigDecimal을 사용할 때보다 부동 소수점 숫자를 사용할 때 더 이상 문제가 발생하지 않을 것이며 그 외에도 더 읽기 쉽고 더 강력합니다. 100배 이상 빠릅니다(동시에 더 적은 수의 가비지 개체를 생성합니다).

8. 시간대는 영원하다

이러한 오해의 이유는 시간이 변하면 시간대도 변하기 때문이다. 이는 새로운 시대의 유럽/런던이 00:00이 아닌 1970/1/1 01:00이라는 것을 의미합니다. 이유는 무엇입니까? 런던은 1968년부터 1971년까지 일광 절약 시간제를 사용했기 때문입니다.

지난 몇 년 동안 시간대도 많이 바뀌었습니다. 모스크바는 예전에는 동부 3지구(GMT+3)였지만 현재는 동부 4지구(GMT+4)입니다(2011년 3월 27일부터). 2010년 시점으로 보면 동4구가 아닌 동3구인 것을 알 수 있다.

놀라울 수도 있는 또 다른 사실이 있습니다.

1721년 스웨덴의 2월은 30일이었습니다.

1751년 영국의 첫날은 3월 25일로 프랑스보다 11일 늦었습니다.

미국이 그레고리력을 채택한 후 수백 년 전으로 거슬러 올라가 원래 기록된 날짜를 두 개의 달력으로 표시할 수 있게 되었습니다(일반적으로 정확성을 높이기 위해 두 개의 날짜가 동시에 제공됩니다). 예를 들어, 조지 워싱턴의 생일은 1731년 2월 11일에서 1732년 2월 22일로 변경되었습니다.

9. 스레드에서 비휘발성 변수를 읽으면 결국 업데이트된 값을 읽을 수 있습니다.

이 질문은 며칠 전 StackOverflow에 두 번 나타났습니다. 일반적으로 JIT 컴파일러는 코드를 최적화할 때 이 스레드에 의해 수정되지 않은 비휘발성 필드를 인라인합니다. 이 코드가 컴파일되면(-XX:+PrintCompilation을 통해 볼 수 있음) 다른 스레드에서 이 필드에 대한 수정 사항은 아마도 전혀 표시되지 않을 것입니다. 무작위 동기화 블록이나 인쇄 문을 추가하면 이 최적화 실행이 지연되거나 JIT 컴파일러가 혼란스러워서 이 최적화를 수행하지 않을 수 있습니다.

10. Java 인터뷰 질문은 모두 정확합니다.

많은 Java 인터뷰 질문은 오래되었거나(10년 이상 업데이트되지 않았으며 현재 Java 버전과 접촉하지 않음), 또는 오해의 소지가 있습니다. 모두의, 어쩌면 틀릴 수도 있습니다. 불행히도 이러한 답변은 확인되지 않고 전달됩니다.

여기에 있는 답변이 동료 검토를 더 잘 받았기 때문에 Stackoverflow의 답변을 참조하겠습니다. 일반적으로 Rose India와 같은 웹사이트를 사용하지 마세요. 위 답변의 품질은 엄청나게 낮습니다. 더 자세히 알아보고 싶다면 위 글에 철자 오류(학급 이름 및 전문 용어)나 잘못된 진술이 얼마나 많이 있는지 살펴보세요. 이러한 문제가 발생하는 한 가지 이유는 이러한 오류를 수정하기 위한 효과적인 피드백 메커니즘이 없기 때문입니다.

위 내용은 자바에 관한 10가지 거짓말 내용입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지(www.php.cn)를 주목해주세요!