在什么情况下，Java的field.setAccessible（true）会失败？

Question

我有一种情况，用户的代码在反射访问的字段上抛出IllegalAccessException。在访问该字段之前，调用setAccessible(true)。所以，在我看来，这种方法在默默地失败。

在什么情况下会发生这种情况？这可能与安全经理有关吗？

这是导致异常的代码片段：

private static Field levelField; 
public int getLevel() { 
    try { 
     if (levelField == null) { 
      levelField = MessageInfo.class.getDeclaredField("level"); 
      levelField.setAccessible(true); 
     } 
     return levelField.getInt(this); // <-- IllegalAccessException thrown here 
    } catch (Exception e) { 
     handleException(e); 
    } 
    return ICompilationUnit.NO_AST; 
} 

Answer 1

setAccessible被记录为抛出SecurityException。请注意，该文档给出了即使没有SecurityManager存在，也会抛出SecurityException的情况。当然，它也可能因异步异常而失败：Thread.stop，NIO缓冲区相关异常或JVM错误。

该代码的真正问题（除了它使用反射）是有一个可以设置为部分初始化的字段。这会导致竞争条件（你有一个可变的静态，因此你需要担心线程（提示，避免可变的静态！））。在调用setAccessible之前，另一个线程可能会在同一个Field上调用getInt。正如最初的提问者似乎已经发现的那样，它也不是特别安全。在静态初始化器中设置字段会更安全和更清晰。

Answer 2

从Java自身documentation为setAccessible()：如果标志是真实的，但

一个SecurityException提出的任何元素的可访问性的输入数组可能不会改变（例如，如果元素对象是Class类的Constructor对象）。如果发生这种SecurityException，则将对象的可访问性设置为标记数组元素直到（并排除）发生异常的元素;超出（并包括）发生异常的元素的元素的可访问性不变。

不幸的是他们不提关于IllegalAccessException.

Answer 3

任何它不应该是一个安全管理问题 - 你会得到一个SecurityException或子类。

代码levelField.getInt(*this*)不看的权利...

你应该传递的MessageInfo实例作为参数。

你是否在MessageInfo这个课程中打过电话？ （为什么？！？）或MessageInfo的子类？ （试图使一个超类行为的私人领域，如果它的受保护？是否MessageInfo有getLevel()方法吗？如果是这样，你可以调用super.getLevel()获得的价值，而不是试图这样说的。）

如果不是MessageInfo或子类，这就是你的问题 - 你有MessageInfo类的level字段，你试图从当前类中获取该字段的值。虽然这应该是抛出IllegalArgumentExeception代替IllegalAccessException ...

如果它真的“IllegalAccessExeception” - 试图把一些日志记录if (levelField == null)块内 - 确保它真正被exececuted。该字段是静态的 - 可能有其他实例或方法在其上设置值。