在Java9下jol有点破了吗? [英] Is jol a little broken under Java9?

问题描述

使用java-9构建 9-ea + 149 和jol 0.6 .

运行以下简单代码:

ArrayList<Integer> list = new ArrayList<>();
list.add(12);

System.out.println(ClassLayout.parseInstance(list).toPrintable());

输出:

  OFFSET  SIZE     TYPE DESCRIPTION                    VALUE
  0     4          (object header)                01 00 00 00 (00000001 00000000 00000000 00000000) (1)
  4     4          (object header)                00 00 00 00 (00000000 00000000 00000000 00000000) (0)
  8     4          (object header)                0e 8d 00 f8 (00001110 10001101 00000000 11111000) (-134181618)
 12     4      int AbstractList.modCount          (access denied)
 16     4      int ArrayList.size                 (access denied)
 20     4 Object[] ArrayList.elementData          (access denied)

此访问被拒绝的部分来自FieldData.java中的方法:

public String safeValue(Object object) {
    if (refField != null) {
        try {
            return ObjectUtils.safeToString(refField.get(object));
        } catch (IllegalAccessException iae) {
            // exception, try again
        }

        try {
            refField.setAccessible(true);
            return ObjectUtils.safeToString(refField.get(object));
        } catch (Exception e) {
            return "(access denied)";
        }
    } else {
        return "N/A";
    }
}

实际的例外是:

无法使受字段保护的瞬态int java.util.AbstractList.modCount可访问:模块java.base不会打开java.util"到未命名的模块@ 479d31f3.

我认为这与不安全功能被锁定有关.问题是如何使它运行?

我看过类似的属性:

-XaddExports:java.base/sun.security.provider=ALL-UNNAMED

但是不能真正说出它应该是什么样子.

解决方案

解决方案的确是放置正确的参数.

--add-opens java.base/java.util=ALL-UNNAMED

根据建议此处

Using java-9 build 9-ea+149 and jol 0.6.

Running this simple code:

ArrayList<Integer> list = new ArrayList<>();
list.add(12);

System.out.println(ClassLayout.parseInstance(list).toPrintable());

Output:

  OFFSET  SIZE     TYPE DESCRIPTION                    VALUE
  0     4          (object header)                01 00 00 00 (00000001 00000000 00000000 00000000) (1)
  4     4          (object header)                00 00 00 00 (00000000 00000000 00000000 00000000) (0)
  8     4          (object header)                0e 8d 00 f8 (00001110 10001101 00000000 11111000) (-134181618)
 12     4      int AbstractList.modCount          (access denied)
 16     4      int ArrayList.size                 (access denied)
 20     4 Object[] ArrayList.elementData          (access denied)

This access denied part comes from FieldData.java in the method:

public String safeValue(Object object) {
    if (refField != null) {
        try {
            return ObjectUtils.safeToString(refField.get(object));
        } catch (IllegalAccessException iae) {
            // exception, try again
        }

        try {
            refField.setAccessible(true);
            return ObjectUtils.safeToString(refField.get(object));
        } catch (Exception e) {
            return "(access denied)";
        }
    } else {
        return "N/A";
    }
}

And the actual exception is :

Unable to make field protected transient int java.util.AbstractList.modCount accessible: module java.base does not "opens java.util" to unnamed module @479d31f3.

I think that this has to do with Unsafe features being locked down. The question is how do I get this to run?

I've looked at properties like :

-XaddExports:java.base/sun.security.provider=ALL-UNNAMED

But can't really tell what it is supposed to look like.

解决方案

The solutions was indeed to put the correct argument..

--add-opens java.base/java.util=ALL-UNNAMED

as suggested here

这篇关于在Java9下jol有点破了吗?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！