使用ByteBuddy代理重定义Spigot的CraftPlayer类时出现VerifyError

这个无信息的java.lang.VerifyError本质是JVM校验类字节码时，检测到元数据不合法导致的，就算你没有主动修改类的代码逻辑，也可能触发，常见诱因如下：

1. 嵌套类元数据丢失
   CraftPlayer包含多个内部类，Java 11及以上版本引入了Nest-Based Access Control机制，外部类和内部类的字节码中必须携带NestHost、NestMembers属性才能互相访问私有成员。你使用的类修改工具在读取、重写字节码的过程中，如果没有正确保留这些属性，就会导致JVM认为嵌套类访问关系不合法，直接在校验阶段抛出无详细信息的VerifyError，且错误发生在native重定义方法中，默认不会打印具体问题点。
2. ASM版本不兼容
   如果依赖的ASM版本低于对应Java版本要求的支持版本，会自动忽略无法识别的类属性，直接丢弃InnerClasses、NestHost这类运行时必需的元数据，空修改也相当于破坏了类结构。
3. 类重定义范围不全
   Instrumentation重定义类时要求嵌套类的关系不能变更，如果你只重定义了CraftPlayer外部类，没有同步处理它关联的所有内部类，也会触发嵌套关系校验失败。

• 给服务端添加JVM启动参数：-XX:+UnlockDiagnosticVMOptions -XX:VerboseVerification，重新运行即可看到VerifyError的具体校验失败原因，方便定位问题。
• 导出重定义前后的CraftPlayer字节码，用javap -v <类文件>命令对比两份字节码的元数据，确认是否丢失了InnerClasses、NestHost、NestMembers属性。
• 升级ASM版本到至少9.0+，保证支持Java 16的类格式，并且在配置ClassReader、ClassWriter时开启保留所有类属性的选项。
• 重定义CraftPlayer时，同步处理它的所有内部类，保证嵌套类的元数据一致性。

内容的提问来源于stack exchange，提问作者ByteZ