Java 来自``Class``实例的jimple表示
我需要热交换各种类的方法实现（在运行时的某个时候我才知道它们的新实现，它们可能会再次发生变化）Java 来自``Class``实例的jimple表示,java,class,instrumentation,java-bytecode-asm,soot,Java,Class,Instrumentation,Java Bytecode Asm,Soot,我需要热交换各种类的方法实现（在运行时的某个时候我才知道它们的新实现，它们可能会再次发生变化） ByteBuddy可以很容易地做到这一点，但它（显然）除了拦截方法之外，对方法没有多大作用，这就是为什么它附带了ASM 基本用法是 ByteBuddyAgent.install(); byte[] bytes = transformFoo(); ClassFileLocator classFileLocator = ClassFileLocator.Simple.of(Foo
ByteBuddy ByteBuddyAgent.install();
byte[] bytes = transformFoo();
ClassFileLocator classFileLocator = ClassFileLocator.Simple.of(Foo.class.getName(), bytes);
new ByteBuddy()
.redefine(Foo.class, classFileLocator)
.make()
.load(Foo.class.getClassLoader(), ClassReloadingStrategy.fromInstalledAgent());
Class<?> fooClass = Foo.class;
byte[]byte[] ret = ...
return ret;
ByteBuddy类SootClass字节[]似乎建议hot执行从
SootClassbyte[]ClassSootClass一个问题是，当您尝试动态地为类添加工具时，通常需要在加载时使用java.lang.instrument来完成。这意味着您一次只能看到一个类，因为您实际上是在连接类加载过程。然而，对于烟尘所做的许多事情，它需要访问其他类。例如，它需要解析签名，有时还需要解析方法体。然后，这将完全改变加载类的集合以及加载它们的顺序。我记得这引起了不少问题。ASM没有这样的解决方案。我自己多年前就尝试过，但失败了。我想说这在理论上是可能的，但这并不容易
一个问题是，当您尝试动态地为类添加工具时，通常需要在加载时使用java.lang.instrument来完成。这意味着您一次只能看到一个类，因为您实际上是在连接类加载过程。然而，对于烟尘所做的许多事情，它需要访问其他类。例如，它需要解析签名，有时还需要解析方法体。然后，这将完全改变加载类的集合以及加载它们的顺序。我记得这引起了不少问题。ASM没有这样的解决方案。你可以用一句话来替换你的整个问题文本：“我如何才能从
类SootClassSootClassSootClassSootClassSootClass类SootClassSootClassSootClassSootClassSootClassSootClass fooSootClass = ...
byte[] ret = ...
return ret;