Java 存储类中静态反映的方法：安全吗？

Question

在 Java 中是否存在类似以下“安全”的内容，为什么？

public final class Utility {

    private Utility() {}

    private static Method sFooMethod = null;

    public static void callFoo(SomeThing thing) {
        try {
            if(sFooMethod == null)
                sFooMethod = SomeThing.class.getMethod("foo");
            sFooMethod.invoke(thing);
        } catch(Exception e) {}  // Just for simplicity here
    }

}

我的理由是，即使另一个线程在后台写入 sFooMethod 并且当前线程在执行 callFoo() 期间突然在某处看到它，它仍然会导致 thing.foo() 的相同旧反射调用?

额外问题：以下方法与上述方法有何不同（正面/负面）？会更受欢迎吗？

public final class Utility {

    private Utility() {}

    private static final Method sFooMethod;
    static {
        try {
            sFooMethod = SomeThing.class.getMethod("foo");
        } catch(Exception e) {}
    }

    public static void callFoo(SomeThing thing) {
        try {
            if(sFooMethod != null)
                sFooMethod.invoke(thing);
        } catch(Exception e) {}
    }

}

评论的背景更新： 我正在编写一个 Android 应用程序，我需要调用一个在 API 29 之前是私有的方法，当它公开而不被更改时。在 AndroidX 核心库的 alpha 版本（还不能使用它）中，Google 提供了一个 HandlerCompat 方法，该方法使用反射来调用私有方法（如果它不是公共的）。所以我现在将谷歌的方法复制到我自己的 HandlerCompatP 类中，但我注意到如果我调用它 1000 次，那么反射查找将发生 1000 次（我看不到任何缓存）。所以这让我开始思考是否有一种好方法可以只执行一次反射，并且只在需要时执行。

“不要使用反射”在这里不是一个答案，因为在这种情况下它是必需的，谷歌自己打算在他们的兼容性库中发生它。我的问题也不是使用反射是否安全和/或良好的做法，我很清楚这通常不好，而是考虑到我是否 am 使用反射，哪种方法是安全的/更好。

Answer 1

避免内存一致性错误的关键是理解happens-before关系。这种关系只是保证一个特定语句的内存写入对另一个特定语句可见。
Java 语言规范声明如下：
17.4.5. Happens-before Order

两个动作可以通过happens-before关系排序。如果一个 动作发生在另一个之前，然后第一个对和可见 在第二个之前订购。

如果我们有两个动作 x 和 y，我们写 hb(x, y) 来表示 x 发生在 y 之前。

如果 x 和 y 是同一个线程的动作并且 x 在 y 之前 程序顺序，然后是 hb(x, y)。

在您的情况下，写入静态字段然后从静态字段读取是在同一个步骤中发生的。所以“发生在之前”的关系就成立了。所以读操作总是会看到写操作的效果。
此外，所有线程都将写入相同的数据。更糟糕的是，所有符合条件的线程都会同时写入变量。该变量将引用最后分配的对象，其余取消引用的对象将被垃圾收集。

您的应用程序中不会有很多线程同时进入同一个方法，这会由于创建大量对象而导致严重的性能损失。但是，如果您只想设置一次变量，那么第二种方法会更好。作为static blocks are thread safe。

Answer 2

在 Java 中是否存在类似以下“安全”的内容，为什么？

1. 不，我不建议使用反射，除非你必须这样做。
2. 大多数时候，开发人员以某种方式设计他们的类，以便从不需要访问隐藏字段或方法。很可能会有更好的方法来访问隐藏的内容。
3. 尤其是隐藏的字段和方法可以在更新它们所在的库时更改其名称。所以你的代码可能会突然停止工作，而你不知道为什么，因为编译器不会输出任何错误。
4. 直接访问方法或字段也比通过反射更快，因为反射首先需要搜索它，而直接访问则不需要

所以如果没有必要，不要使用反射

Answer 3

我不确定你的目标是什么——可能有更好的方法来做你想做的事情。

使用静态初始化器的第二种方法更可取，因为您的第一个实现具有竞争条件。