私有实例成员从匿名静态实例访问

时间:2013-01-03 12:07:50

标签: java static enums private

请考虑以下代码:

enum E {
    A { public int get() { return i; } },
    B { public int get() { return this.i; } },
    C { public int get() { return super.i; } },
    D { public int get() { return D.i; } };

    private int i = 0;
    E() { this.i = 1; }
    public abstract int get();
}

我在前2个枚举常量声明(A& B)上得到编译时错误,但最后2个编译正常(C& D)。错误是:

  

A行的错误1:非静态变量i无法从静态上下文中引用   B行的错误2:我在E

中拥有私人访问权限

由于get是一个实例方法,我不明白为什么我不能按照我想要的方式访问实例变量i

注意:从private声明中删除i关键字也会使代码可编辑,我也不明白。

使用Oracle JDK 7u9。

修改

正如评论中所指出的,这不是针对枚举的,并且下面的代码会产生相同的行为:

class E {
    static E a = new E() { public int get() { return i; } };
    static E b = new E() { public int get() { return this.i; } };
    static E c = new E() { public int get() { return super.i; } };
    static E d = new E() { public int get() { return d.i; } };

    private int i = 0;
}

4 个答案:

答案 0 :(得分:6)

观察到的行为是由Java语言规范强制执行的,特别是对封闭类型字段的隐式访问,以及私有成员不被继承的规则。

不合格的字段访问

A { public int get() { return i; } }

规范mandates

  

枚举常量的可选类体隐式定义了一个匿名类声明(第15.9.5节),该声明扩展了直接封闭的枚举类型。班级团体由匿名班级的通常规则管理;特别是它不能包含任何构造函数。

这使得表达式i有些含糊不清:我们是指封闭实例的字段还是内部实例?唉,内部实例doesn't inherit the field

  

声明为private的类的成员不会被该类的子类继承。

因此,编译器得出结论我们的意思是访问封闭实例的字段 - 但是在静态块中, 没有封闭的实例,因此错误。

通过this

进行字段访问
B { public int get() { return this.i; } },

规范mandates

  

当用作主表达式时,关键字this表示一个值,该值是对调用实例方法的对象(第15.12节)的引用,或者是对正在构造的对象的引用。

因此,很明显我们想要内部类的字段,而不是外部字段。

编译器拒绝字段访问表达式this.i is

的原因
  

声明为private的类的成员不会被该类的子类继承。

也就是说,私有字段只能通过声明字段的类型的引用来访问,而不能通过其子类型来访问。的确,

B { public int get() { return ((E)this).i; } },

编译得很好。

通过超级

访问

像这样,超级refers到调用该方法的对象(或正在构造的对象)。因此很明显我们指的是内部实例。

此外,super的类型为E,因此声明可见。

通过其他字段访问

D { public int get() { return D.i; } };

此处,D是对D中声明的静态字段E的无限制访问权限。因为它是一个静态字段,所以使用哪个实例的问题没有实际意义,访问有效。

然而它非常脆弱,因为只有在enum对象完全构造后才会分配字段。如果有人在施工期间调用get(),则会抛出NullPointerException

<强>建议

正如我们所见,访问其他类型的私有字段受到一些复杂的限制。由于很少需要,开发人员可能没有意识到这些微妙之处。

虽然使字段protected会削弱访问控制(即允许包中的其他类访问字段),但它会避免这些问题。

答案 1 :(得分:3)

看一下这段代码:

public class E 
{
  final int i;
  private final int j;
  final E a;

  E() { i = j = 0; a = null; }

  E(int p_i) {
    this.i = this.j = p_i;
    a = new E() {
      int getI() { return i; }
      int getJ() { return j; }
    };
  }

  int getI() { throw new UnsupportedOperationException(); }
  int getJ() { throw new UnsupportedOperationException(); }

  public static void main(String[] args) {
    final E ea = new E(1).a;
    System.out.println(ea.getI());
    System.out.println(ea.getJ());
  }
}

打印

0
1

ij之间的唯一区别是访问级别!

这是令人惊讶的,但这是正确的行为。

答案 2 :(得分:1)

<强>更新

看起来确实是因为它是在静态块中定义的。看看以下内容:

    private E works = new E("A", 0) {

        public int get() {
            return i; // Compiles
        }
    };

    static {
        A = new E("A", 0) {

            public int get() {
                return i; // Doesn't Compile
            }

        };
    }

<强>原始

我编译了枚举,然后使用Jad对其进行反编译,以查看代码的外观:

static abstract class E extends Enum
{

    public static E[] values()
    {
        return (E[])$VALUES.clone();
    }

    public static E valueOf(String s)
    {
        return (E)Enum.valueOf(Foo$E, s);
    }

    public abstract int get();

    public static final E A;
    private int i;
    private static final E $VALUES[];

    static
    {
        A = new E("A", 0) {

            public int get()
            {
                return A.i;
            }

        }
;
        $VALUES = (new E[] {
            A
        });
    }


    private E(String s, int j)
    {
        super(s, j);
        i = 0;
        i = 1;
    }

}

这使我更清楚A是在E类型的静态初始化块中定义的匿名内部类。在匿名内部类中查找私有成员可见性,我在此答案中找到了以下内容(Why are only final variables accessible in anonymous class?):

  

当您创建匿名内部类的实例时,该类中使用的任何变量都会通过自动生成的构造函数复制它们的值。这避免了编译器必须自动生成各种额外类型以保持“局部变量”的逻辑状态,例如C#编译器

由此我认为A.i指的是A中的这个复制变量,而不是E中声明的i。在E中获取i的唯一方法是它是否是静态或非私人。


答案 3 :(得分:0)

private方法可以在嵌套类中访问,只要它们位于同一个类文件中。

由于这个原因,即使A是E的匿名子类,第一个例子仍然有效。很好奇为什么第二个例子不能编译,但我怀疑它是错误的错误信息,因为你可以做

A { public int get() { return super.i; } };

编译但是

A { public int get() { return i; } };

给出

error: non-static variable i cannot be referenced from a static context

如果这是静态上下文,那么super.i显然是不正确的。

Marko指出

A { public int get() { return this.i; } };

生成错误消息

error: i has private access in E

可能更合适。即你可以明确地访问这个字段,但不能隐式地访问。