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查找工具

回答

相關問題