当前位置: 首页 > 知识库问答 >
问题:

如何使用Java调试接口在运行时从Jar文件加载类

葛季萌
2023-03-14

我试图在运行时注入一个ByteBuddy代理,在这种情况下,当JVM启动时,ByteBuddy不在机器上(因此不在类路径中)。我的第一个想法是将bytebuddy库jar文件添加到类路径中的一个目录中,以便在注入代理时加载它,但我找不到检索正在运行的JVM的类路径的方法。因此,我想知道在注入代理之前,是否可以使用Java调试接口在JVM中手动加载字节库jar文件。

我试图修改这段代码(使用JDI),将前两行代码转换为:

ClassType jarFileClass = (ClassType) findClassRef("java.util.jar.JarFile");
Method jarFileInit = findOverloadRef("java.util.jar.JarFile", "<init>", "java.lang.String");
Method entries = findOverloadRef("java.util.jar.JarFile", "entries", "");
ArrayList<Value> argz = new ArrayList<Value>();
argz.add(vm.mirrorOf(path)); // path is the path to the bytebuddy library jar file, as a String
ObjectReference jarFile = jarFileClass.newInstance(ev.thread(), jarFileInit, argz, ObjectReference.INVOKE_SINGLE_THREADED);
ObjectReference x = jarFile.invokeMethod(ev.thread(), entries, new ArrayList<Value>(), ObjectReference.INVOKE_SINGLE_THREADED);

其中,findClassReffindOverloadRef是我自己的方法,分别获取ReferenceType方法对象。可悲的是,我不能再继续使用java了。网URL[]类没有加载到JVM中,因此我无法获取它的引用类型。

我怎样才能追求我的追求?

共有1个答案

訾高飞
2023-03-14

通常,代理将所有依赖项隐藏到一个罐子中。这仍然可能是个问题。Byte Buddy是一个相当常见的依赖项,它可能已经在类路径上,但版本不同。为了避免这种情况,许多代理将其依赖项隐藏到不同的名称空间中。

 类似资料:
  • 问题内容: 我被要求构建一个Java系统,该系统在运行时能够加载新代码(扩展)。我的代码运行时如何重新加载jar文件?或如何加载新的jar? 显然,由于持续的正常运行时间很重要,因此,我想增加在此过程中重新加载现有类的功能(如果这样做不会使事情复杂化)。 我应该注意什么?(将其视为两个不同的问题-一个关于在运行时重新加载类,另一个关于添加新类)。 问题答案: 用现有数据重新加载现有类可能会破坏事情

  • 问题内容: 我正在尝试制作一个Java工具,该工具将扫描Java应用程序的结构并提供一些有意义的信息。为此,我需要能够从项目位置(JAR / WAR或只是一个文件夹)扫描所有.class文件,并使用反射来了解其方法。事实证明这几乎是不可能的。 我可以找到很多基于URLClassloader的解决方案,这些解决方案可以让我从目录/归档中加载特定的类,但是没有任何解决方案可以让我在不获取有关类名或包结

  • 我有两个jar文件。第一个只包含接口 在请求的基础上,我试图从中加载我的实现类。jar文件存在于某个文件夹中,在运行时使用URLClassLoader。 课程正在加载 我确信这是由于我使用不同的类加载器来加载类,但是我如何克服类之间的兼容性问题。 同样的代码可以在正常的J2SE环境中工作,但不能在JBoss环境中工作。 如果我的查询不清楚,请让我知道我也可以粘贴源代码。

  • 我正在尝试制作一个Java工具,它将扫描Java应用程序的结构,并提供一些有意义的信息。要做到这一点,我需要能够扫描所有的。从项目位置(JAR/WAR或只是一个文件夹)初始化文件,并使用反射来阅读它们的方法。事实证明,这几乎是不可能的。 我可以找到许多基于URLClassloader的解决方案,它们允许我从目录/归档中加载特定的类,但没有一种解决方案允许我在不知道类名或包结构的情况下加载类。 编辑

  • 问题内容: 为什么用Java这么难?如果要使用任何类型的模块系统,则需要能够动态加载JAR文件。有人告诉我,有一种方法可以通过编写自己的方法来完成,但这对于(至少在我看来)应该像调用以JAR文件作为其参数的方法一样容易的事情来说是很多工作。 对执行此操作的简单代码有何建议? 问题答案: 很难的原因是安全性。类加载器是不可变的。你不应在运行时随意向其添加类。实际上,我很惊讶能与系统类加载器一起使用。

  • 问题内容: 为什么用Java这么难?如果要使用任何类型的模块系统,则需要能够动态加载JAR文件。有人告诉我,有一种方法可以通过编写自己的方法来完成,但这对于(至少在我看来)应该像调用以JAR文件作为其参数的方法那样容易的事情来说是很多工作。 问题答案: 很难的原因是安全性。类加载器是不可变的。您不应在运行时随意向其添加类。实际上,我很惊讶能与系统类加载器一起使用。这是制作自己的子类加载器的方法: