Java8의 기본 메소드에 대한 자세한 소개

기본 방식은 무엇인가요?

Java 8 출시 이후 인터페이스에 새로운 메소드를 추가할 수 있지만 인터페이스는 여전히 구현 클래스와 호환됩니다. 개발한 라이브러리는 여러 개발자가 널리 사용할 수 있으므로 이는 중요합니다. Java 8 이전에는 인터페이스가 클래스 라이브러리에 게시된 후 새 메서드가 인터페이스에 추가되면 이 인터페이스를 구현한 애플리케이션이 새 버전의 인터페이스를 사용하는 동안 충돌이 발생할 위험이 있었습니다.

Java 8에서는 이런 위험은 없나요? 대답은 '아니요'입니다.

인터페이스에 기본 메소드를 추가하면 특정 구현 클래스를 사용하지 못할 수 있습니다.

먼저 기본 메소드에 대해 자세히 살펴보겠습니다.

Java 8에서는 인터페이스의 메서드를 구현할 수 있습니다(Java 8의 정적 메서드도 인터페이스에서 구현할 수 있지만 이는 또 다른 주제입니다). 인터페이스에 구현된 메서드를 기본 메서드라고 하며 키워드 default를 한정자로 식별합니다. 클래스가 인터페이스를 구현할 때 인터페이스에 이미 구현된 메서드를 구현할 수 있지만 필수는 아닙니다. 이 클래스는 기본 메서드를 상속합니다. 이것이 인터페이스가 변경될 때 구현 클래스를 변경할 필요가 없는 이유입니다.

다중 상속은 어떻습니까?

클래스가 둘 이상의 인터페이스(예: 두 개)를 구현하고 이러한 인터페이스가 동일한 기본 메서드를 갖는 경우 상황이 매우 복잡해집니다. 클래스는 어떤 기본 메소드를 상속합니까? 어느 것도 아니다! 이 경우 클래스 자체(직접 또는 상속 트리의 상위 클래스)가 기본 메서드를 구현해야 합니다.

한 인터페이스가 기본 메소드를 구현하고 다른 인터페이스가 기본 메소드를 추상으로 선언하는 경우에도 마찬가지입니다. Java 8은 모호성을 피하고 엄격함을 유지하려고 노력합니다. 메서드가 여러 인터페이스에 선언되면 기본 구현이 상속되지 않으며 컴파일 시간 오류가 발생합니다.

그러나 클래스를 컴파일한 경우에는 컴파일 타임 오류가 발생하지 않습니다. 이 시점에서 Java 8은 일관성이 없습니다. 나름의 이유가 있고, 여기에서는 자세히 설명하거나 깊이 논의하고 싶지 않습니다. (왜냐하면 버전이 출시되었고 토론 시간이 너무 길며 이 플랫폼에서는 그런 토론).

1. 두 개의 인터페이스와 하나의 구현 클래스가 있다고 가정합니다.
2. 인터페이스 중 하나가 기본 메서드 m()을 구현합니다.
3. 인터페이스와 구현 클래스를 함께 컴파일합니다.
4. m() 메서드가 포함되지 않은 인터페이스를 수정하고 m() 메서드를 abstract로 선언합니다.
5. 수정된 인터페이스를 별도로 다시 컴파일합니다.
6. 구현 클래스를 실행합니다.

위의 상황에서도 정상적으로 수업이 진행됩니다. 그러나 수정된 ​​인터페이스로 다시 컴파일할 수는 없지만 이전 인터페이스로 컴파일하는 것은 계속 실행할 수 있습니다. 다음

1. 추상 메서드 m()이 포함된 인터페이스를 수정하고 기본 구현을 만듭니다.
2. 수정된 인터페이스를 컴파일합니다.
3. 클래스를 실행합니다.
두 개의 인터페이스가 동일한 메소드에 대한 기본 구현을 제공하는 경우 구현 클래스가 기본 메소드도 구현하지 않는 한(직접 또는 상속 트리 클래스의 상위 클래스가 구현을 수행함) 이 메소드를 호출할 수 없습니다.

단, 이 클래스는 호환됩니다. 두 인터페이스 모두에서 기본 구현이 있는 메서드를 호출하지 않는 한 새 인터페이스를 사용하여 로드할 수 있고 실행할 수도 있습니다.

예제 코드:

위의 예를 시연하기 위해 C.java에 대한 테스트 디렉터리를 만들었습니다. , 그 아래에는 I1.java 및 I2.java를 저장하는 데 사용되는 3개의 하위 디렉터리도 있습니다. 테스트 디렉토리에는 C 클래스의 소스 코드 C.java가 포함되어 있습니다. 기본 디렉터리에는 컴파일하고 실행할 수 있는 인터페이스 버전이 포함되어 있습니다. I1에는 기본 구현이 포함된 m() 메서드가 포함되어 있고 I2에는 메서드가 포함되어 있지 않습니다.

구현 클래스에는 메인 메소드가 포함되어 있어 테스트에서 실행할 수 있습니다. m()을 호출하고 m()을 호출하지 않는 테스트를 쉽게 수행할 수 있도록 명령줄 매개변수가 있는지 확인합니다.

~/github/test$ cat C.java
public class C implements I1, I2 {
  public static void main(String[] args) {
    C c = new C();
    if(args.length == 0 ){
        c.m();
    }
  }
}
~/github/test$ cat base/I1.java
public interface I1 {
  default void m(){
    System.out.println("hello interface 1");
  }
}
~/github/test$ cat base/I2.java
public interface I2 {
}

다음 명령줄을 사용하여 컴파일하고 실행합니다.

~/github/test$ javac -cp .:base C.java
~/github/test$ java -cp .:base C
hello interface 1

호환 디렉터리에는 추상 메서드 m()이 있는 I2 인터페이스와 수정되지 않은 I1 인터페이스가 포함되어 있습니다.

~/github/test$ cat compatible/I2.java
public interface I2 {
  void m();
}

이것은 클래스 C를 컴파일하는 데 사용할 수 없습니다.

~/github/test$ javac -cp .:compatible C.java
C.java:1: error: C is not abstract and does not override abstract method m() in I2
public class C implements I1, I2 {
   ^
1 error

오류 메시지는 매우 정확합니다. 이전 컴파일에서 얻은 C.class가 있으므로 호환 가능한 디렉터리에서 인터페이스를 컴파일하면 구현 클래스를 실행할 수 있는 두 개의 인터페이스를 얻을 수 있습니다.

~/github/test$ javac compatible/I*.java
~/github/test$ java -cp .:compatible C
hello interface 1

wrong이라는 세 번째 디렉터리에는 다음이 포함됩니다. I2 인터페이스는 m() 메서드도 정의합니다.

~/github/test$ cat wrong/I2.java
public interface I2 {
  default void m(){
    System.out.println("hello interface 2");
  }
}

我们应该不厌其烦的编译它。尽管m()方法被定义了两次，但是，实现类仍然可以运行，只要它没有调用那个定义了多次的方法，但是，只要我们调用m()方法，立即就会失败。这是我们使用的命令行参数：

~/github/test$ javac wrong/*.java
~/github/test$ java -cp .:wrong C
Exception in thread "main" java.lang.IncompatibleClassChangeError: Conflicting
default methods: I1.m I2.m
    at C.m(C.java)
    at C.main(C.java:5)
~/github/test$ java -cp .:wrong C x
~/github/test$

结论

当你把给接口添加了default实现的类库移植到Java 8环境下的时候，一般不会有问题。至少Java8类库开发者给集合类添加default方法的时候就是这么想的。使用你类库的应用程序仍然依赖没有default方法的Java7的类库。当使用和修改多个不同的类库的时候，有很小的几率会发生冲突。如何才能避免呢？

像以前那样设计你的类库。可能依赖default方法的时候不要掉以轻心。万不得已不要使用。明智的选择方法名，避免和其它接口产生冲突。我们将会学习到Java编程中如何使用这个特性做开发。

更多Java8의 기본 메소드에 대한 자세한 소개相关文章请关注PHP中文网！