2

我将不胜感激一些帮助，以重写一些使用反射的 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 的维护者之一，需要一些帮助）

提前致谢！

4

1 回答 1

5

我看到这个问题已经报告给图书馆的维护人员了；请参阅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()不必要。

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

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

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

于 2018-09-08T08:08:22.293 回答