匿名内部类及其特性
匿名内部类是java中一种特殊的局部内部类，它没有显式的名称，通常用于创建只需要使用一次的类的实例。它们通常在声明时直接实现接口或继承类，并立即创建其对象。这种机制极大地简化了代码，尤其是在事件处理或多线程编程中。
考虑以下Java代码示例：
public class AnonymousTestApp {
public static void main(String[] args) {
TestClass tc = new TestClass(){
// 匿名内部类的主体
};
}
}
// 假设TestClass是一个普通的类
class TestClass {
// ...
}这段代码在AnonymousTestApp类的main方法中创建了一个TestClass的匿名子类实例。尽管在源代码中我们没有为这个匿名类指定名称，但在编译成字节码后，它会拥有一个由编译器自动生成的内部名称。
字节码中的命名约定
当我们使用javap -c -p -v等工具对编译后的.class文件进行反编译时，会观察到匿名内部类在常量池中有一个特定的命名格式。对于上述示例代码，该匿名类的名称在字节码中通常显示为AnonymousTestApp$1。
这个命名遵循外部类名$数字的模式。具体来说：
立即学习“Java免费学习笔记（深入）”；
- AnonymousTestApp: 指的是包含此匿名内部类的最顶层类（或直接包含它的类）。
- $1: 是一个序号，表示这是在该AnonymousTestApp类中遇到的第一个匿名内部类。如果存在第二个匿名内部类，它可能被命名为AnonymousTestApp$2，依此类推。
值得注意的是，这种命名方式是编译器（例如Oracle JDK的javac）的实现细节，而非Java语言规范（JLS）强制规定的。不同的Java编译器可能会有略微不同的命名策略，但通常会遵循类似的模式以避免冲突。
命名机制背后的原理
这种命名约定并非随意，而是基于以下几个关键考量：
- 避免命名冲突： 如果多个类在同一个包中都创建了匿名子类（即使它们继承自同一个基类），如何确保这些匿名类的名称不会相互冲突？通过使用包含匿名类的顶层类名作为前缀，可以有效地避免这种潜在的命名冲突。例如，如果AnotherApp类也创建了一个TestClass的匿名子类，它的名称将是AnotherApp$1，与AnonymousTestApp$1互不干扰。
- 编译器生成与内部使用： 匿名内部类的名称是为JVM和编译器内部使用而生成的。开发者通常不需要知道或关心这些内部名称。它们主要用于JVM在运行时加载、链接和验证这些类。
- 区分定义位置： TestClass$1这个名称，如果存在，通常表示该匿名类是在TestClass的内部定义的。而在我们的示例中，匿名类是在AnonymousTestApp的main方法中定义的，因此其前缀是AnonymousTestApp。
$符号在Java标识符中的使用
Java语言规范（JLS）对$符号在标识符中的使用有明确的建议。虽然$在技术上可以作为Java标识符的一部分（例如，my$variable是合法的），但JLS明确不鼓励在常规的、由开发者编写的源代码中使用它。
JLS指出：
美元符号（$）应仅用于机器生成的源代码中，或者在极少数情况下用于访问遗留系统中的现有名称。
这进一步印证了匿名内部类（以及嵌套类、枚举类中的常量等）的名称中包含$符号，是编译器自动生成代码的标志。开发者应当避免在自己的类、方法或变量名中使用$，以避免与编译器生成的内部名称混淆，并保持代码的清晰性和可读性。
总结与注意事项
- 匿名内部类在编译后会获得一个形如外部类名$数字的内部名称，例如AnonymousTestApp$1。
- 这种命名机制是编译器为了避免命名冲突而采取的策略，与匿名类在哪个方法中创建无关，而与它在哪个顶级类中定义有关。
- 开发者不应依赖或尝试预测这些内部名称，因为它们是编译器实现细节，且可能因JDK版本或编译器不同而有所变化。
- $符号在Java标识符中具有特殊含义，主要用于编译器生成的名称，开发者应避免在自己的代码中使用。
- 理解这些内部命名约定有助于深入理解Java的编译和类加载机制，但在日常开发中，我们更多关注匿名内部类的功能性而非其内部命名。
