我觉得所有这些答案都没有抓住OP问题的重点。 OP没有要求确认他们的声明，他们想知道为什么他们的声明是标准的。

回答这个问题需要一些信息。 首先，让我们谈谈遗传。 假设有一个名为a的类，其实例变量名为x。

创建类a时，它继承Object类的所有属性。在您不知情的情况下，当您实例化A时，您也实例化了一个Object对象，而A指向它作为它的父对象。

现在假设你创建了一个类B，它继承了a。

当你创建一个类B时，你也创建了一个类a和一个对象。 B可以访问变量x，这意味着B。x和B。A。x是一样的Java只是隐藏了获取A的魔力。

我们不讨论接口…… 接口不是继承。如果B要实现Comparable接口，B不会创建Comparable实例并将其称为父实例。相反，B承诺拥有Comparable拥有的东西。

我们在这里不谈一点理论……接口是一组你可以用来与某物交互的函数。它不是事物本身。例如，你通过与朋友交谈、分享食物、跳舞、靠近他们来与他们交流。但是你不能继承它们——你没有它们的副本。

接口类似。只有一个接口，所有对象都与它相关联。由于接口作为一个类只存在一次(与它自身的实例相反)，因此实现该接口的每个对象都不可能拥有自己的接口副本。这意味着每个变量只有一个实例。这意味着变量由所有使用该接口的类共享(也称为静态)。

至于我们为什么要公开它们… 私人是没用的。函数是抽象的，内部不能有任何代码来使用私有变量。它永远不会被使用。如果变量被标记为受保护，那么只有类的继承者才能使用这些变量。我不认为你可以从接口继承。公开是唯一可行的选择。

剩下的唯一设计决策就是“最终”。您可能打算在一个类的多个实例之间更改共享变量。(例如:也许你有5个玩家在玩大富翁，你想要一个棋盘存在，这样你就可以让所有的玩家都满足界面和一个单一的共享棋盘——可能你想要根据玩家的功能来改变棋盘……)[我不推荐这种设计]

但是对于多线程应用程序，如果你不把变量设置为静态的，你以后会有困难，但我不会阻止你。去做吧，看看为什么会疼<3

就是这样。最终公共静态变量

Java不允许在接口中定义抽象变量和/或构造函数。解决方案:简单地在你的接口和你的实现之间挂起一个抽象类，它只像这样扩展抽象类:

 public interface IMyClass {

     void methodA();
     String methodB();
     Integer methodC();

 }

 public abstract class myAbstractClass implements IMyClass {
     protected String varA, varB;

     //Constructor
     myAbstractClass(String varA, String varB) {
         this.varA = varA;
         this.varB = VarB;
     }

     //Implement (some) interface methods here or leave them for the concrete class
     protected void methodA() {
         //Do something
     }

     //Add additional methods here which must be implemented in the concrete class
     protected abstract Long methodD();

     //Write some completely new methods which can be used by all subclasses
     protected Float methodE() {
         return 42.0;
     }

 }

 public class myConcreteClass extends myAbstractClass {

     //Constructor must now be implemented!
     myClass(String varA, String varB) {
         super(varA, varB);
     }

     //All non-private variables from the abstract class are available here
     //All methods not implemented in the abstract class must be implemented here

 }

如果您确定以后不希望将抽象类与其他接口一起实现，也可以使用没有任何接口的抽象类。请注意，你不能创建一个抽象类的实例，你必须先扩展它。

(“protected”关键字意味着只有扩展类才能访问这些方法和变量。)

斯派罗

Public:用于所有类的可访问性，就像接口中呈现的方法一样

static:作为接口不能有对象，即interfaceName。variableName可以用来引用它，也可以直接在实现它的类中引用variableName。

最后:使它们成为常量。如果两个类实现了相同的接口，并且您赋予它们更改值的权利，那么在var的当前值中就会发生冲突，这就是为什么只允许一次初始化。

而且所有这些修饰符对于接口来说都是隐式的，你真的不需要指定它们中的任何一个。

接口:系统需求服务。

在接口中，变量默认由public,static,final访问修饰符赋值。 因为:

public:有时候接口可能被放在其他包中。所以它需要从项目中的任何地方访问变量。

static:这样不完整的类不能创建对象。所以在项目中，我们需要访问没有对象的变量，这样我们就可以在interface_filename.variable_name的帮助下访问

final:假设一个接口由许多类实现，并且所有类都试图访问和更新接口变量。这样会导致数据变化不一致，影响到其他类。所以它需要用final声明访问修饰符。

界面是双方之间的契约，是不变的，刻在石头上，因此是最终的。参见契约式设计。

(这不是一个哲学上的答案，而是一个更实际的答案)。对静态修饰符的要求是显而易见的，这一点已经被其他人回答了。基本上，由于接口不能被实例化，访问它的字段的唯一方法是使它们成为一个类字段——静态的。

接口字段自动变成final(常量)的原因是为了防止不同的实现意外地改变接口变量的值，这可能会无意中影响其他实现的行为。想象一下下面的场景，接口属性没有被Java显式地变成final:

public interface Actionable {
    public static boolean isActionable = false;

    public void performAction();
}

public NuclearAction implements Actionable {

    public void performAction() {
        // Code that depends on isActionable variable
        if (isActionable) {
            // Launch nuclear weapon!!!
        }
    }
}

现在，想想如果实现Actionable的另一个类改变了接口变量的状态会发生什么:

public CleanAction implements Actionable  {

    public void performAction() {
        // Code that can alter isActionable state since it is not constant
        isActionable = true;
    }
}

如果这些类是由类加载器在单个JVM中加载的，那么当CleanAction的performAction()在CleanAction的执行之后(在同一个线程中或以其他方式)被调用时，核动作的行为可能会受到另一个类CleanAction的影响，在这种情况下，这可能是灾难性的(从语义上来说)。

由于我们不知道接口的每个实现将如何使用这些变量，因此它们必须隐式地为final。