方法描述符是jvm中唯一标识方法的紧凑字符串，如(i)z，用于区分重载、动态调用和类型验证；它与methodtype语义相近但用途分离，前者用于字节码操作，后者用于methodhandle运行时分派。
方法描述符就是字节码里用来唯一标识一个方法的字符串
它不是 Java 源码里的 public void foo(String s)，而是编译后压缩进 class 文件的紧凑形式，比如 (Ljava/lang/String;)V。JVM 靠它区分重载方法、做动态调用、验证类型匹配——源码里看着一样，描述符不同就不是同一个方法。
MethodDescriptor 和 MethodType 不是同一个东西
别被名字带偏：MethodDescriptor 是 ASM、Javassist 等字节码库里的类，用来生成或解析描述符字符串；而 MethodType 是 java.lang.invoke 包里的运行时类型，用于 MethodHandle。两者语义接近但用途隔离：
-
MethodDescriptor.ofDescriptor("(I)Z")→ ASM 里构造描述符对象 -
MethodType.methodType(boolean.class, int.class)→ 运行时构造可执行签名 - 前者只参与字节码生成/修改，后者参与 invoke 动态分派
描述符字符串怎么写：参数和返回值都得“扁平化”
Java 类型在描述符里有固定缩写规则，容易错的地方全在这儿：
- 基本类型用单字母：
I（int）、Z（boolean）、D（double） - 引用类型必须加
L前缀和分号结尾：String→Ljava/lang/String;，int[]→[I，Object[][]→[[Ljava/lang/Object; - 返回值写在括号外，
void用V表示，不能省略 - 错误示例：
(String)int（错：没 L/ 分号）、(I)int（错：返回值不是缩写）、(I)I（对：int→int 方法）
为什么改描述符会直接导致 VerifyError 或 NoMethodError
JVM 在类加载校验阶段会严格比对描述符与实际字节码指令的操作数栈类型。一旦不匹配，根本不会等到运行：
立即学习“Java免费学习笔记（深入）”；
- 把
(I)V改成(D)V却没改方法体里的iload为dload→VerifyError: Expecting to find integer on stack - 反射调用时传了
String.class当参数类型，但描述符写成(I)V→NoSuchMethodException（注意不是ClassNotFoundException） - 泛型擦除后，
List<string></string>和List<integer></integer>描述符都是Ljava/util/List;，靠这个没法区分——所以泛型方法重载在字节码层根本不可行
描述符是 JVM 认人的身份证，写错一个字符，它就当没见过这个人。调试时别只盯着源码签名，得用 javap -s 看真实输出，再比对你的工具生成逻辑。
