众所周知，在Java中，方法名不足以区分不同的方法。
我认为（可能是错误的），要区分一个方法，它需要以下信息：
(className, methodName, methodParameters)
进一步，
谢谢！
【问题讨论】：
标签： java function methods symbol-tables symbol-table
这是一个CONSTANT_NameAndType_info Structure 指向method descriptor。
它几乎由方法名称、参数类型和（有点令人惊讶的）返回类型组成。
【讨论】：
我不太了解您要做什么，但我认为仍然有一些可能的答案：
您可能对JNI Method Descriptors 感兴趣，这是 JVM（和 JNI 库）内部用于识别 Java 元素的各种 string formats 之一。
很难知道你在说什么。 “方法 id”可以是 java.lang.reflect.Method 对象的引用，也可以是下面提到的方法描述符或任何其他东西。你从哪里读到的？
我怀疑 JVM 内部是否存在这样的表。我的意思是，我怀疑是否存在 global 表，因为几乎总是您从一个类中检索一个方法 ，即使在 JVM 内部处理它时也是如此，所以这样做是合理的相信该方法存储在类中。就像我们使用反射来检索方法时一样：
Class clazz = String.class;
Method method = clazz.getDeclaredMethod("charAt", Integer.TYPE);
System.out.println(method.getName());
请注意，我向String 类询问方法，而不是向某个实用程序类提供方法charAt，它接收int 并来自String 类。
换句话说，您的标识元组几乎是正确的 - 它只是没有类：
(methodName, methodParameters)
并且，不是从传递类、方法名称和参数类型的 JVM 中检索方法，而是直接从类中检索方法，为类提供方法名称和参数类型。一个微妙的区别，当然，但我认为这是你想知道的。
这在我下面提到的 JNI 描述符中也很明显。比如方法
long f(int i, Class c);
由以下描述符表示：
"(ILjava/lang/Class;)J"
请注意，没有对方法的类的引用。
excellent documentation on the class file format（已由@Lawence 指出）可能会给您一些见解。我建议您完整阅读。
【讨论】：
1) 如何在内部更有效地识别方法？
内部是什么？有许多地方可能需要在“内部”“识别”方法。在字节码编译器中，JIT 编译器、类加载器/链接器、类文件表示、反射 API、调试器等等。它们各自有不同的效率问题。
2) 我听说过“方法 ID”。是不是表示上面的三元组和一个整数之间存在映射关系，所以JVM解析后只使用方法id？
方法 id 用于类文件表示，并且可以被任何基于它的东西使用，包括类加载器/链接器、JIT 编译器和调试器。
JVM 不解析 Java 代码。
3) 如果是，它是否驻留在符号表中？
可能会。这取决于“符号表”的含义。请记住，在类的整个生命周期中，有很多地方需要方法识别。比如Java反射API需要方法信息来实现getDeclaredMethod(...)等方法和Method的各种方法。
【讨论】：
Java 总是通过完全限定的名称来区分其语言元素。
假设您在类MyClass 中有一个方法myMethod(int a, int b)，它位于包com.mypackage 中，那么java 将识别名称为com.mypackage.MyClass.myMethod(int a , int b) 的方法。
只是为了让您更深入地了解，当需要解析两个相同的元素时，它还会考虑类加载器。
它会考虑使用哪个类加载器来加载包含您所引用的方法的特定类。 java中有四种类型的类加载器。您可以为此阅读java.lang.Thread 类的文档。
【讨论】：