>  기사  >  Java  >  Java 실행, 컴파일, 작업의 두 가지 개념에 대한 자세한 예

Java 실행, 컴파일, 작업의 두 가지 개념에 대한 자세한 예

Y2J
Y2J원래의
2017-05-05 15:05:231264검색

이 글은 자바 프로그램의 컴파일 시간과 런타임에 대한 자세한 설명을 예제를 통해 제공하고 있으니 필요하신 분들은 참고하시면 좋을 것 같습니다.

자바 컴파일 시간과 런타임은 매우 중요한 개념이지만 아직 명확히 밝혀지지 않았습니다. 이번에는 개념 이해에 관한 글을 쓰는 전용 블로그입니다.

기본 개념

편집 시간

편집 시간 , 이름에서 알 수 있듯이 컴파일 시간은 무엇입니까? 컴파일러가 소스 코드를 기계가 인식할 수 있는 코드로 변환하는 데 도움을 준다는 의미입니다. 실제로 특정 중간 상태 언어로만 번역될 수 있습니다. 예를 들어 Java에는 JVM에서 인식하는 바이트코드만 있습니다. 또한 이해하기 쉽도록 링커와 어셈블러도 있습니다. 컴파일러라고 불러요)

그러면 컴파일은 간단한 작업이고, 실수로 잘못된 키워드를 썼는지 확인하는 등의 번역 작업이 있는 걸까요? 선생님이 학생의 작문에 오타나 잘못된 문장이 있는지 확인하는 것처럼 오류 컴파일러가 알려주기 때문에 때로는 컴파일 중에 메모리 할당이 잘못되었다고 말하는 사람들도 있습니다. 런타임

코드가 실행되면 메모리에 로드됩니다(디스크에 저장되고 메모리에 로드되지 않으면 코드가 종료됩니다. 메모리에 실행될 때만 살아납니다. 그리고 런타임 유형 확인은 앞서 언급한 컴파일 타임 유형 확인(또는
정적

유형 확인)과 다릅니다. 코드의 일부 연산과 판단을 메모리에서 수행하는 것입니다. (이렇게 하면 컴파일 중에 많은 것을 발견할 수 없습니다. 실행 중에 오류가 발견될 수 있습니다. 작성 시 이러한 논리적 오류를 피하는 것이 가장 좋습니다.)

예를 들어

int arr[] = {1,2,3}; 
int result = arr[4]; 
System.out.println(result); 
Exception in thread “main” java.lang.ArrayIndexOutOfBoundsException: 4
위 코드를 보면 Array

가 잘못된 코드라는 것을 알 수 있지만 오류는 보고되지 않습니다. 컴파일러를 사용하면 ArrayIndexOutOfBoundsException이 발생합니다. 컴파일러가 실제로는 상당히 멍청하고 두뇌만큼 똑똑하지 않다는 것을 알 수 있습니다. 실행 시 오류가 발생합니다.

면접 질문

理解这几个概念可以更好地帮助你去了解一些基本的原理。下面是初学者晋级中级水平需要知道的一些问题。 
Q.下面的代码片段中,行A和行B所标识的代码有什么区别呢?

public class ConstantFolding {

 static final int number1 = 5;

 static final int number2 = 6;

 static int number3 = 5;

 static int number4= 6;

 public static void main(String[ ] args) {

 int product1 = number1 * number2; //line A

 int product2 = number3 * number4; //line B

 }

}
A. A행의 코드에서 product의 값은 컴파일 타임에 계산되지만, 라인 B는 런타임에 계산됩니다. Java 디컴파일러(예: jd-gui)를 사용하여 ConstantFolding.class 파일을 디컴파일하면 다음 결과에서 답을 얻을 수 있습니다.
public class ConstantFolding
{
 static final int number1 = 5;
 static final int number2 = 6;
 static int number3 = 5;
 static int number4 = 6;

 public static void main(String[ ] args)
 {
 int product1 = 30;
 int product2 = number3 * number4;
 }
}

일정한

폴딩은 Java 컴파일러에서 사용하는 최적화 기술입니다. 최종변수의 값은 변경되지 않으므로 최적화할 수 있습니다. Java 디컴파일러와 javap 명령은 모두 컴파일된 코드(예: 바이트코드)를 보기 위한 강력한 도구입니다.

메서드 오버로딩

: 이는 컴파일 타임에 발생합니다. 메소드 오버로딩은 컴파일러가 인수 유형에 따라 사용할 메소드를 선택할 수 있기 때문에 컴파일 시간 다형성이라고도 합니다.

public class {
 public static void evaluate(String param1); // method #1
 public static void evaluate(int param1); // method #2
}
컴파일러가 다음 명령문을 컴파일하려는 경우:

1evaluate(“My Test Argument passed to param1”); 이는
인 전달된 매개변수를 기반으로 합니다. string

상수, 메서드 #1 호출을 위한 바이트 코드를 생성합니다

메서드 재정의:

이는 런타임에 발생합니다. 메소드 오버로딩을 런타임 다형성이라고 합니다. 컴파일 타임에 컴파일러가 어떤 메소드를 호출할지 모르거나 알 수 없기 때문입니다. JVM은 코드가 실행되는 동안 결정을 내립니다.

public class A {
 public int compute(int input) { //method #3
 return 3 * input;
 } 
}

public class B extends A {
 @Override
 public int compute(int input) { //method #4
 return 4 * input;
 } 
}
하위 클래스 B의 계산(..) 메서드는 상위 클래스의 계산(..) 메서드를 재정의합니다. 컴파일러가
public int evaluate(A reference, int arg2) {
 int result = reference.compute(arg2);
}

코드를 발견하면 컴파일러는 전달된 매개변수 참조 유형이 A인지 B인지 알 수 없습니다. 따라서 메소드 #3 또는 메소드 # 호출에 대한 결정은

입력 변수

"참조"에 할당된

객체 의 유형에 따라 런타임에만 내려질 수 있습니다(예: A 또는 B의 인스턴스) 4제네릭(유형 검사라고도 함):

이것은 컴파일 타임에 발생합니다. 컴파일러는 프로그램의 유형이 올바른지 확인한 다음 제네릭을 사용하는 코드를 현재 JVM에서 실행될 수 있는 제네릭이 아닌 코드로 변환하거나 다시 작성하는 일을 담당합니다. 이 기술을 "유형 삭제"라고 합니다.

즉, 컴파일러는 JRE 버전 1.4.0 이하와의 호환성을 보장하기 위해 꺾쇠 괄호 안의 모든 유형 정보를 지웁니다.

1List myList = new ArrayList(10); 컴파일 후에는 다음과 같습니다.

1List myList = new ArrayList(10); 예외: 런타임 예외를 사용할 수 있습니다. 또는 컴파일 타임 예외.

RuntimeException은 확인되지 않은 예외라고도 하며, 이는 이 예외가 컴파일러에서 감지될 필요가 없음을 의미합니다.

RuntimeException은 런타임 시 발생할 수 있는 모든 예외의 상위 클래스입니다. 예외를 포착하는 것 외에도 메서드가 실행될 때

이 발생할 수 있습니다.

RuntimeException의 하위 클래스인 경우 throw된 예외를 선언하기 위해 throw 문을 사용할 필요가 없습니다.

예: NullPointerException, ArrayIndexOutOfBoundsException 등.

검사된 예외는 컴파일러가 컴파일 시 throws 문 또는 try {}cathch{} 문 블록을 통해 확인합니다. 감지 예외를 처리합니다. 컴파일러는 메서드나 생성자를 실행할 때 어떤 예외가 발생하는지 분석합니다.

[관련 추천]

1. Java 무료 동영상 튜토리얼

Alibaba Java 개발 매뉴얼

3. JAVA 초보자 동영상 튜토리얼

위 내용은 Java 실행, 컴파일, 작업의 두 가지 개념에 대한 자세한 예의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.