接口:系统需求服务。

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

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

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

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

public interface A{
    int x=65;
}
public interface B{
    int x=66;
}
public class D implements A,B {
    public static void main(String[] a){
        System.out.println(x); // which x?
    }
}

这是解决方案。

System.out.println(A.x); // done

我认为这就是为什么界面变量是静态的原因之一。

不要在接口中声明变量。

设想一个web应用程序，其中定义了接口并由其他类实现它。因为你不能创建一个接口的实例来访问变量，所以你需要一个静态关键字。由于它是静态的，任何值的变化都会反映到其他实现它的实例。所以为了防止这种情况，我们将其定义为最终结果。

接口可以由任何类实现，如果该值被其中一个实现类改变了，那么就会对其他实现类产生误导。接口基本上是指将两个相互关联但又不同的实体组合在一起。因此，在接口内部声明的变量将隐式是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。

接口:系统需求服务。

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

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

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

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