JAD 디 컴파일 된 파일이 100 % 정확합니까?

Question

JAD 디 컴파일 된 파일이 100 % 정확합니다. 소스 코드를 얻기 위해 일부 jar 파일을 디 컴파일 할 때 정확한 빌드를 표시하지 않는 java 파일로 프로젝트를 빌드하려고 할 때. 내가 잘못했거나 디 컴파일 된 파일이 원본 파일과 정확히 같지 않은가?

Answer 1

짧은 대답 : 99 %의 시간, 디 컴파일 된 코드는 원래 코드와 같지 않지만 동일한 방식으로 작동해야합니다. 따라서 디 컴파일러가 실수를하지 않는다고 가정하면 함수에서 정확해야하지만 구현에서는 정확하지 않아야합니다.

긴 대답 : Java 컴파일러가 소스를 바이트 코드로 변환 할 때 코드 작성 방법을 변경하는 특정 연산을 수행합니다. Java 컴파일러의 세부 사항에 대한 전문가는 아니지만 많은 컴파일러에서 수행하는 간단한 최적화는 호출 된 코드의 위치에 작은 메서드를 삽입하는 것입니다.

예를 들어, 우리는이 코드를 컴파일 말할 수 : b는 하나 개의 라인이기 때문에

public class c 
{ 
    public int add(int a, int b) 
    { 
     return a + b; 
    } 

    public static void main(String [] args) 
    { 
     int i = add(1, 2); 
    } 
} 

을하고 안전하게 스마트 컴파일러는 이것으로 주요 방법을 변경할 수 있으며, 내용의로 대체 할 수 있습니다

public static void main(String [] args) 
{ 
    int a = 1, b = 2 
    int i = a + b; 
} 

나이 :

public static void main(String [] args) 
{ 
    int i = 1 + 2; 
} 

이 수행 될 수 있기 때문에 캘러스의 오버 헤드 메소드가 호출 된 장소에 직접 메소드의 내용을 넣는 오버 헤드보다 메소드가 더 나쁩니다.

Java 컴파일러가이 상황에서 어떤 역할을하는지 알지 못하지만이 같은 코드를 변경합니다. 원래 코드와 동일한 작업을 수행하므로 반드시 정확하지는 않습니다. 컴파일러는 이러한 변경 사항에 대한 세부 사항을 .class 파일에 두지 않으므로 디 컴파일러가 코드의 특정 지점에서 최적화가 수행되었는지 여부를 알 수있는 방법이 없습니다.

또한 바이트 코드 (예 : 변수 이름 및 주석) 로의 전환이 지속되지 않는 여러 가지가 있습니다.

그렇습니다. 디 컴파일 된 코드를 보면 .java 파일의 모양이 아닌 .class 파일의 모양을 볼 수 있습니다. 비록 그것이 부정확 한 것처럼 보일지라도, 그것은 똑같이 실행되어야합니다.

Answer 2

해당 프로그램에 더 많은 개인 클래스가있는 경우. decompiler는 자체 방식으로 코드를 변환하지만 코드가 적 으면 올바른 코드를 표시합니다. xml 파일의 경우 완전히 변환됩니다.