jdk8升到jdk11报错,com.sun.tools.classfile 不可见,程序包 com.sun.tools.classfile 已在模块 jdk.jdeps 中声明, 但该模块不在模块图中

本文讲述了在将项目从Java8升级到Java11时遇到的包可见性问题,涉及com.sun.tools.classfile包迁移和AttachProvider服务找不到的解决方案,推荐使用asm库进行二进制文件读取className。
摘要由CSDN通过智能技术生成

jdk8升到jdk11报错,java: 程序包 com.sun.tools.classfile 不可见
(程序包 com.sun.tools.classfile 已在模块 jdk.jdeps 中声明, 但该模块不在模块图中)
原因:classfile 在jdk8中tools文件中,jdk11转到了别的包中,导致了不可见

在这里插入图片描述
问题
在原项目中使用jdk8,升级到jdk11,原项目中使用了tools包中classFile类读取className

  public String readClassName(byte[] bytes) throws ConstantPoolException, IOException {
        DataInputStream dataInputStream = new DataInputStream(new ByteArrayInputStream(bytes));
        ClassFile read = ClassFile.read(dataInputStream);
        return read.getName().replaceAll("/", ".");
    }

在jdk11项目中引入jdk8的tools包后,出现报错
com.sun.tools.attach.spi.AttachProvider: Provider sun.tools.attach.WindowsAttachProvider not found

java.util.ServiceConfigurationError: com.sun.tools.attach.spi.AttachProvider: Provider sun.tools.attach.WindowsAttachProvider not found
	at java.base/java.util.ServiceLoader.fail(ServiceLoader.java:589)
	at java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.nextProviderClass(ServiceLoader.java:1212)
	at java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNextService(ServiceLoader.java:1221)
	at java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNext(ServiceLoader.java:1265)
	at java.base/java.util.ServiceLoader$2.hasNext(ServiceLoader.java:1300)
	at java.base/java.util.ServiceLoader$3.hasNext(ServiceLoader.java:1385)
	at jdk.attach/com.sun.tools.attach.spi.AttachProvider.providers(AttachProvider.java:258)
	at jdk.attach/com.sun.tools.attach.VirtualMachine.attach(VirtualMachine.java:200)

解决方案:不用这个包读取class文件,可以引入asm包二进制读取文件。

<dependency>
	<groupId>asm</groupId>
	<artifactId>asm</artifactId>
	<version>2.2.3</version>
</dependency>

asm根据二进制文件读取className

public String readClassName(byte[] bytes) throws Exception {
        return new ClassReader(bytes).getClassName().replace("/",".");
    }
  • 6
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
`jdk.internal.org.objectweb.asm.tree.analysis` 包是 JDK 内部的一个包,不属于公开的 API,因此在开发使用时可能会遇到访问限制或者编译错误。如果你需要使用 ASM 库进行字节码分析,建议使用公开的 API。 可以按照以下步骤在 Java 项目添加 ASM 依赖,并进行字节码分析: 1. 在项目的构建工具(如 Maven 或 Gradle)添加 ASM 依赖。对于 Maven 项目,可以在 `pom.xml` 文件添加以下依赖: ```xml <dependency> <groupId>org.ow2.asm</groupId> <artifactId>asm</artifactId> <version>9.2</version> </dependency> ``` 对于 Gradle 项目,可以在 `build.gradle` 文件的 dependencies 部分添加以下依赖: ```groovy implementation 'org.ow2.asm:asm:9.2' ``` 2. 在代码导入 ASM 相关的类和包: ```java import org.objectweb.asm.ClassReader; import org.objectweb.asm.ClassVisitor; import org.objectweb.asm.MethodVisitor; import org.objectweb.asm.Opcodes; import org.objectweb.asm.tree.ClassNode; import org.objectweb.asm.tree.MethodNode; ``` 3. 使用 ASM 进行字节码分析,例如: ```java public class BytecodeAnalyzer { public static void main(String[] args) throws IOException { String className = "your.package.YourClass"; byte[] bytecode = readBytecodeFromFile("path/to/your/classfile.class"); ClassReader classReader = new ClassReader(bytecode); ClassNode classNode = new ClassNode(); classReader.accept(classNode, ClassReader.SKIP_FRAMES); for (MethodNode methodNode : classNode.methods) { System.out.println("Method name: " + methodNode.name); System.out.println("Access flags: " + methodNode.access); // 进行更多的字节码分析 // ... } } private static byte[] readBytecodeFromFile(String filePath) throws IOException { Path path = Paths.get(filePath); return Files.readAllBytes(path); } } ``` 请注意,ASM 的 API 经常发生变化,如果使用不同的 ASM 版本,可能需要调整代码的某些部分。建议根据你的具体需求,查阅 ASM 的官方文档和示例代码,以便正确使用和理解 ASM 库。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值