MethodHandle查找工具

至于JavaDoc状态MethodHandles.lookup()返回的设施能够访问与此函数的调用方相同的方法/函数/构造函数。具体来说，如果调用者可以访问一些私人数据，比如MethodHandles.Lookup工具。下面的代码表明这是错误的。我哪里错了？MethodHandle查找工具

public class MethodHandlerAccessTest { 

     private static class NestedClass { 
      private static void foo(){} 
     } 

     @Test 
     public void testPrivateAccess() throws Throwable { 
      NestedClass.foo(); //compiles and executes perfectly 
      MethodType type = MethodType.methodType(void.class); 
      MethodHandles.Lookup lookup = MethodHandles.lookup(); 
      MethodHandle mh = lookup.findStatic(NestedClass.class, "foo", type); 
     } 

}

编辑：

这就是我得到：

java.lang.IllegalAccessException：成员是私有的： MethodHandlerAccessTest $ NestedClass.foo（）无效，从 MethodHandlerAccessTest在 java.lang.invoke.MemberName.makeAccessException（MemberName.java:507） at java.lang.invoke.MethodHandles $ L ookup.checkAccess（MethodHandles.java:1182）在 java.lang.invoke.MethodHandles $ Lookup.checkMethod（MethodHandles.java:1162）在 java.lang.invoke.MethodHandles $ Lookup.accessStatic（MethodHandles.java： 591）在 java.lang.invoke.MethodHandles $ Lookup.findStatic（MethodHandles.java:587）在 MethodHandlerAccessTest.testPrivateAccess（MethodHandlerAccessTest.java:19）在sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法）在 sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:57） at sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:43） at org.junit.runners.model.FrameworkMethod $ 1.runReflectiveCall（FrameworkMethod.java:47） at org.junit.internal.runners。java.lang.reflect.Method.invoke（Method.java:601）at model.ReflectiveCallable.run（ReflectiveCallable.java:12）在 org.junit.runners.model.FrameworkMethod.invokeExplosively（FrameworkMethod.java:44）在 org.junit.internal.runners.statements.InvokeMethod.evaluate（ InvokeMethod.java:17）在org.junit.runners.ParentRunner.runLeaf（ParentRunner.java:271）在 org.junit.runners.BlockJUnit4ClassRunner.runChild（BlockJUnit4ClassRunner.java:70）在 org.junit.runners .BlockJUnit4ClassRunner.runChild（BlockJUnit4ClassRunner.java:50） at org.junit.runners.ParentRunner $ 3.run（ParentRunner.java:238）at org.junit.runners.ParentRunner $ 1.schedule（ParentRunner.java:63）at org.junit.runners.ParentRunner.runChildren（ org.junit.runners.ParentRunner.access $ 000（ParentRunner.java:53）at org.junit.runners.ParentRunner $ 2.evaluate（ParentRunner.java:229）at org.junit。 runners.ParentRunner.run（ParentRunner.java:309）在 org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run（JUnit4TestReference.java:50）在 org.eclipse.jdt.internal.junit.runner .TestExecution.run（TestExecution.java:38） at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests（Remo teTestRunner.java:467）在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests（RemoteTestRunner.java:683）在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run（ RemoteTestRunner.java:390） at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main（RemoteTestRunner。Java的：197）

来源

2013-04-27 alexsmail

的问题是，你的检测方法并不真的呼叫NestedClass.foo()。这条线：

NestedClass.foo();

...实际上变成了一个电话到在foo产生合成方法，像这样：

NestedClass.access$000();

凡access$000看起来是这样的：

// Note package access 
static void access$000() { 
    foo(); 
}

您可以使用javap -c来验证此实际字节码。

在JVM级别，外部类无法访问foo()。只要源代码调用foo()，Java编译器就通过创建access$000并从外部类中调用它来合成对其的访问。

在执行时，反射库不会做同样的事情，因此你的错误。

来源

2013-04-29 16:20:19

谢谢你的解释。我听说其他地方有关*综合领域/方法*，但我从来没有真正用它。为什么MethodHandle没有模拟这种行为？从lookup（）方法的JavaDoc中返回调用者的查找对象，该对象有权访问调用者可以访问的任何方法句柄，包括对私有字段和方法的直接方法句柄。这个查找对象是一个可以委托给可信代理的能力。“我希望这样做。 – alexsmail 2013-04-29 19:21:04

@alexsmail：编译器可以实现它选择的合成方法。我不想* JRE尝试去做同样的事情。区分* language *允许你做什么和* bytecode *允许你做什么是很重要的。就虚拟机而言，你不会调用'foo（）'，并且你没有权限访问。这种语言能够给你“特殊”的权利，通过添加额外的方法并调用它 - 但这只是一种语言问题。调用者（外部类）真的*不能从VM的角度访问'foo（）'。 – 2013-04-29 21:43:56

MethodHandle查找工具

回答

相关问题