Java 10 中的非法反射访问操作警告

Question

我希望能得到一些帮助来重写一些使用反射的 Java 代码，以从 Java 10 上的编译器中删除警告：

这是有问题的Java方法：

public static boolean clean(final java.nio.ByteBuffer buffer) {
    if (buffer == null || !buffer.isDirect())
        return false;

    Boolean b = (Boolean) AccessController.doPrivileged(new PrivilegedAction() {
        public Object run() {
            Boolean success = Boolean.FALSE;
            try {
                Method getCleanerMethod = buffer.getClass().getMethod("cleaner", (Class[])null);
                getCleanerMethod.setAccessible(true);
                Object cleaner = getCleanerMethod.invoke(buffer, (Object[])null);
                Method clean = cleaner.getClass().getMethod("clean", (Class[])null);
                clean.invoke(cleaner, (Object[])null);
                success = Boolean.TRUE;
            } catch (Exception e) {
                // This really is a show stopper on windows
                //e.printStackTrace();
            }
            return success;
        }
    });

    return b.booleanValue();
}

这是 GitHub 上有问题的代码：https : //github.com/LibrePDF/OpenPDF/blob/master/openpdf/src/main/java/com/lowagie/text/pdf/MappedRandomAccessFile.java#L199

这是我在 Java 10 上编译时收到的警告：

警告：发生非法反射访问操作警告：com.lowagie.text.pdf.MappedRandomAccessFile$1（文件：/[从此处删除本地路径]/openpdf.jar）对方法java.nio.DirectByteBuffer.cleaner的非法反射访问() 警告：请考虑将此报告给 com.lowagie.text.pdf.MappedRandomAccessFile$1 的维护者警告：使用 --illegal-access=warn 启用进一步非法反射访问操作的警告警告：所有非法访问操作将被拒绝在未来的版本中

该库可以在这里找到：https : //github.com/LibrePDF/OpenPDF

有关如何以正确的方式解决此问题的任何帮助？是否应该重写代码以不使用反射？我可以用受支持的 Java 库中的一些类似代码替换 MappedRandomAccessFile 类吗？

（我是 OpenPDF 的维护者之一，需要一些帮助）

提前致谢！

Answer 1

我看到这个问题已经反馈给了库的维护者；请参阅https://github.com/LibrePDF/OpenPDF/issues/101。

现在，您可以忽略该消息，因为它只是一个警告。

我可以MappedRandomAccessFile用受支持的 Java 库中的一些类似代码替换该类吗？

没有人会阻止你 :-) 但如果你要求推荐，那是题外话。

您的另一种选择是等待 LibrePDF 维护者修复它。

但是，我怀疑他们不会……因为他们不能。您应该查看 2005 年未解决的 Java 错误报告：https : //bugs.java.com/bugdatabase/view_bug.do?bug_id=4724038。我认为这意味着MappedRandomAccessFile只能通过修复 Java 错误来修复……这会使非法调用变得cleaner()不必要。

经过一番挖掘，我发现了这个：

• https://bugs.java.com/view_bug.do?bug_id=JDK-6857566

这描述了一个问题，即 GC 对清洁器的调用可能无法“跟上”，从而导致过早的 OOME。这已在 Java 9 中得到修复，并且该修复已回补到 Java 8 和 7。

您需要做的是检查您的代码库的历史记录和问题，并尝试找出“更干净”的代码包含在您的MappedRandomAccessFile类中的原因。如果主要是为了解决 JDK-6857566 的问题，那么您现在应该可以将其删除。