在Java8中，接口打破了封装的概念吗？

Question

在Java1.7之前，我很高兴地使用接口来实现OOPs概念封装。意思是如果我想对最终用户隐藏实现，那么我将只与他们共享接口，他们可以使用该接口调用我的API，例如EJB。

在Java1.7之前，上面的都是有效的，现在在Java8中，我可以用default和statice关键字在接口中编写方法的实现，例如：

public interface Foo {

    public abstract int someUnimplementedMethod();

    default void printMsg() {
        System.out.println("Hello...!");
    }

    static void sayHello() {
        System.out.println("Hello...!");
    }

}

这在Java1.8中是完全有效的。

现在我的问题是：

顺便说一句，我读过Java文档，其中指出：

默认方法使您可以向库的接口添加新功能，并确保与为这些接口的旧版本编写的代码的二进制兼容性。

Answer 1

我想说这些是在Java8之前的基础上增加的特性

就像你说的，它是正确的--可以有一个默认的和静态的（仅对接口可用，不能被覆盖。）

在oracle中，扩展包含默认方法的接口时，可以执行以下操作

null

所以我不知道该怎么称呼它（部分封装与否），它们是默认的实现，可以被覆盖。隐藏实际实现仍然是这里的一个特性。

java.utils中的集合使用了默认方法来支持lambda表达式。现在在一些场景中它可能会有所帮助。

>

在许多应用程序中，我们需要一个基实现类，然后扩展该类，即BaseImplClass实现了isomeInterface，因此您可以选择在接口中定义这些默认实现，而不是使用BaseImplClass，如果需要，可以覆盖这些默认实现。

如果您有任何帮助器或实用工具类，您可以在接口...中使用静态方法，这些方法是公共的、最终的，并且不能被重写

现在，如果你想到可能会出现的钻石问题（如果一个类实现了多个具有相同默认方法签名的接口，我们会出现不明确的情况。答案是否定的，在这种情况下，你会在编译时出错。你必须重写那个方法。