不好意思，我看错了。我觉得好像没法访问吧。。应该外部类方法的 n 只是一个局部变量。而内部类只是说可以直接调用到外部类对象的成员，一个局部变量也不是个外部类的成员啊

提问前记得百度，网上博客一大堆

@xuanyu66
这本书挺好的，之前和它比还纠结 java 核心技术先看哪本，还是选了它。其实更重要的是，选了一本就好好看==

@xuanyu66
是呀，正在学呢。主要是看 java 编程思想这本书，不过看得仔细就读得慢了。关注你一波，以后好再 @你，哈哈哈。

@xuanyu66 #20
你这个例子我懂啦，其实你只是想强调 内部类有没有外部类对象的引用，这个意思嘛。
而 MyEnum$1 是没有持有的。

@xuanyu66 #21
这个我说一下吧，匿名内部类要分情况的：
你 20 楼的说这个例子，就是 new Thread(){}，因为它处于 non-static cnotext 这样的上下文里（ countDown 是个成员方法嘛，所以就是非静态的上下文），所以这时匿名内部类持有了外部类的引用。

然后你最开始给我说的例子：
public enum MyEnum {
```
A {
void doSomething() { }
},


B {
void doSomethingElse() { }
};
```
其实我认为它在实现上相当于：
```
public static final MyEnum A = new MyEnum{
void doSomething() { }
}
```
但偏偏这个匿名内部类赋值给了一个静态变量，那么它便是 static cnotext 的了。所以此时，匿名内部类不能持有外部类的引用。

@xuanyu66
就是我以为 MyEnum$1 是作为 MyEnum 的匿名内部类存在的（因为它的名字长得就像）

你却说 MyEnum$1 是作为 MyEnum 的静态内部类存在的

@xuanyu66
懂啦，给新类新加了个静态方法，里面再去调用了父类的静态方法。

@xuanyu66
谢谢回答啦，那我理解成匿名内部类（还是静态内部类）是不是理解错了=-=

虽说，static context 下的匿名内部类和静态内部类是一样的。

有大佬能解释一下第一个疑问吗，反正就是解释成：编译器帮我加了这两个方便的方法呗？

@wleexi
视频教程呗，哎，想看的资源都太多，都眼花缭乱了。现在只看 java 编程思想，今年能搞完这本就不错了。

@xuanyu66
可能是因为 MyEnum$1 是匿名内部类，所以我没法看到 MyEnum$1 的类定义吧

@xuanyu66
大概懂了，只是有点气，不管怎么看，都看不到内部类 A 继承了 MyEnum，这是 javap -c 后看见的：
```asm
static {};
Code:
0: new #16 // class MyEnum$1
3: dup
4: ldc #17 // String A
6: iconst_0
7: invokespecial #18 // Method MyEnum$1."<init>":(Ljava/lang/String;I)V
10: putstatic #9 // Field A:LMyEnum;
13: new #19 // class MyEnum$2
16: dup
17: ldc #20 // String B
19: iconst_1
20: invokespecial #21 // Method MyEnum$2."<init>":(Ljava/lang/String;I)V
23: putstatic #22 // Field B:LMyEnum;
```
只能勉强看到静态代码块里面，分别初始化了 MyEnum$1 和 MyEnum$2 给自己的静态变量。但就是看不到内部类 A 继承了 MyEnum==

@xuanyu66
这位大哥，我好像懂你意思， 你第二个例子，运行结果居然是：
class MyEnum
class MyEnum$1
class MyEnum
class MyEnum$SS
class java.lang.Object

合着第二个例子里面的 A 和 B 都是内部类了呗，所以 MyEnum.A.getClass()打印出来是 class MyEnum$1 内部类的样子。

而 MyEnum.A.getDeclaringClass()这里我好像还有点懵，我再看下哈==

@tigerfyj
静态方法可以继承这么说可能有点不恰当，毕竟它是类相关的，而且可以被隐藏。

enum 就算实现了别的新的接口，`Class<?> zuper = clazz.getSuperclass();`getSuperclass 应该也是返回直接继承的类 Enum 啊，而不可能是接口吧==

@chendy
@Raymon111111
对哈，从这个角度就好理解多了。不管是 List<Integer>，还是 List<String>，实际上编译生成的 Class 文件，永远只有一份。

@guyeu
@cigarzh
@gIrl1990
找到原因了，因为我之前在当前工程里面新建了很多 java 文件（都是 java 编程思想的例子），有一个例子里面的接口刚好是也叫 Generator （但这个接口我给放到默认包下了），导致 fill 静态函数的那个形参的类型是默认包的 Generator，而不是 net.mindview.util 包的 Generator。

然后我单独再加一句 import net.mindview.util.Generator;就好了。。。

若若问一句，我都 import net.mindview.util.*;了，为啥编译器还是认为是默认包的 Generator，而不是 net.mindview.util 包的 Generator 呢？难道优先默认包的吗？

@gIrl1990
有点奇怪了，那我导入作者的 jar 包就会出错。

@cigarzh
难道编译器真的会蒙蔽吗，我看 import 语句是 import net.mindview.util.*; 看图片，那个类 net.mindview.util.RandomGenerator.String，那么 import net.mindview.util.RandomGenerator.String 去掉导入的 net.mindview.util.*，这个名字应该是 RandomGenerator.String 啊，不会歧义啊==