MethodHandle クラス

リファレンス

定義

名前空間:: Java.Lang.Invoke

アセンブリ:: Mono.Android.dll

重要

一部の情報は、リリース前に大きく変更される可能性があるプレリリースされた製品に関するものです。 Microsoft は、ここに記載されている情報について、明示または黙示を問わず、一切保証しません。

メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。

[Android.Runtime.Register("java/lang/invoke/MethodHandle", ApiSince=26, DoNotGenerateAcw=true)]
public abstract class MethodHandle : Java.Lang.Object

[<Android.Runtime.Register("java/lang/invoke/MethodHandle", ApiSince=26, DoNotGenerateAcw=true)>]
type MethodHandle = class
    inherit Object

継承: Object

Object
MethodHandle

属性: RegisterAttribute

注釈

メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。これらの変換は非常に一般的であり、#asType 変換、#bindTo 挿入、java.lang.invoke.MethodHandles#dropArguments の削除、java.lang.invoke.MethodHandles#filterArguments の置換などのパターンが含まれます。

<h1>メソッドハンドルの内容</h1> メソッドハンドルは、パラメーターと戻り値の型に従って動的かつ厳密に型指定されます。これらは、基になるメソッドの名前または定義クラスによって区別されません。メソッドハンドルは、メソッドハンドルの独自の #type 型記述子と一致するシンボリック型記述子を使用して呼び出す必要があります。

すべてのメソッドハンドルは、アクセサーを介してその型記述子を #type type 報告します。この型記述子はオブジェクトであり java.lang.invoke.MethodType MethodType 、その構造体は一連のクラスであり、そのうちの 1 つはメソッドの戻り値の型 (または void.class 存在しない場合) です。

メソッドハンドルの型は、受け入れる呼び出しの種類と、それに適用される変換の種類を制御します。

メソッドハンドルには、と #invoke invokeと呼ばれる特別な呼び#invokeExact invokeExact出しメソッドのペアが含まれています。どちらの呼び出し元メソッドも、引数と戻り値の変換によって変更された、メソッドハンドルの基になるメソッド、コンストラクター、フィールド、またはその他の操作に直接アクセスできます。どちらの呼び出し元も、メソッドハンドルの独自の型と完全に一致する呼び出しを受け入れます。プレーンで不正確な呼び出し側は、他の呼び出しの種類の範囲も受け入れます。

メソッドハンドルは不変であり、表示状態はありません。もちろん、これらは、状態を示す基になるメソッドまたはデータにバインドできます。 Java メモリモデルに関して、すべてのメソッドハンドルは、すべての (内部) フィールドが最終的な変数であるかのように動作します。つまり、アプリケーションに表示されるメソッドハンドルは常に完全に形成されます。これは、データ競合の共有変数を介してメソッドハンドルが発行された場合でも当てはまります。

メソッドハンドルをユーザーがサブクラス化することはできません。実装では、内部サブクラスが作成される場合と作成されない場合があります。このサブクラスは MethodHandle 、操作を java.lang.Object#getClass Object.getClass 介して表示される可能性があります。メソッドハンドルクラス階層 (存在する場合) は、随時、または異なるベンダーからの実装間で変化する可能性があるため、プログラマは特定のクラスからメソッドハンドルに関する結論を導き出すべきではありません。

<h1>メソッドハンドルコンパイル</h1> Java メソッド呼び出し式の名前付け invokeExact 。または invoke Java ソースコードからメソッドハンドルを呼び出すことができます。ソースコードの観点から、これらのメソッドは任意の引数を受け取ることができ、その結果は任意の戻り値の型にキャストできます。これは正式には、呼び出し元メソッドObjectに型と可変アリティObject引数を返すことによって実現されますが、em シグネチャポリモーフィズム</em> と呼ばれる<>追加の品質を持ち、この自由な呼び出しを JVM 実行スタックに直接接続します。

仮想メソッドの場合と同様に、ソースレベルの呼び出しは命令にinvokeExactinvokevirtualコンパイルされますinvoke。さらに異常に、コンパイラは実際の引数型を記録する必要があり、引数に対してメソッド呼び出し変換を実行しない可能性があります。代わりに、独自の変換されていない型に従ってスタックにプッシュする必要があります。メソッドハンドルオブジェクト自体は、引数の前にスタックにプッシュされます。コンパイラは、引数と戻り値の型を記述するシンボリック型記述子を使用してメソッドハンドルを呼び出します。

完全なシンボリック型記述子を発行するには、コンパイラも戻り値の型を決定する必要があります。これは、メソッド呼び出し式が存在する場合はキャスト、呼び出しが式の場合はそれ以外Objectvoidの場合は、呼び出しがステートメントの場合はキャストに基づいています。キャストはプリミティブ型にできます (ただし、は使用できません void)。

コーナーケースとして、キャストされていない null 引数にはのシンボリック型記述子 java.lang.Voidが与えられます。 null 参照以外の型の参照がないため、型VoidVoidのあいまいさは無害です。

<h1>メソッドハンドル呼び出し</h1> 命令が初めて invokevirtual 実行されるときは、命令内の名前をシンボル的に解決し、メソッド呼び出しが静的に有効であることを確認することによってリンクされます。これは、との呼び出しinvokeにinvokeExact当てはまります。この場合、コンパイラによって出力されるシンボリック型記述子が正しい構文かどうかを確認し、それに含まれる名前が解決されます。したがって、 invokevirtual シンボリック型記述子が構文的に整形式であり、型が存在する限り、メソッドハンドルを呼び出す命令は常にリンクします。

invokevirtualがリンク後に実行されると、受信メソッドハンドルの型が JVM によって最初にチェックされ、シンボリック型記述子と一致することが確認されます。型の一致が失敗した場合は、呼び出し元が呼び出しているメソッドが、呼び出される個々のメソッドハンドルに存在しないことを意味します。

の invokeExact場合、呼び出しの型記述子 (シンボリック型名の解決後) は、受信側のメソッドハンドルのメソッド型と完全に一致する必要があります。プレーンで不正確な invoke場合、解決された型記述子は受信側の #asType asType メソッドに対する有効な引数である必要があります。したがって、プレーン invoke はよりも invokeExact許容されます。

型の一致後、 invokeExact メソッドハンドルの基になるメソッドを直接呼び出してすぐに呼び出します (場合によっては、その他の動作)。

プレーン invoke の呼び出しは、の invokeExact呼び出しと同じように機能します。呼び出し元によって指定されたシンボリック型記述子が、メソッドハンドルの独自の型と完全に一致する場合です。型が一致しない場合は、 invoke の呼び出しによってと同様に、受信メソッドハンドルの型を調整して、正確に呼び #asType asType出し可能なメソッドハンドル M2を取得しようとします。これにより、呼び出し元と呼び出し先の間のメソッド型のより強力なネゴシエーションが可能になります。

(<em>Note:</em> 調整されたメソッドハンドル M2 は直接監視できないため、実装は具体化する必要はありません)。

<h1>呼び出しチェック</h1> 一般的なプログラムでは、通常、メソッドハンドルの型の一致は成功します。しかし、一致が失敗した場合、JVM は、を直接 (のinvokeExact場合は ) スローするか、の呼び出しasTypeが失敗した場合と同様に間接的に invokeをスローWrongMethodTypeExceptionします。

したがって、静的に型指定されたプログラムでリンケージエラーとして表示される可能性があるメソッド型の不一致は、メソッドハンドルを使用するプログラムで動的 WrongMethodTypeException として表示される可能性があります。

メソッド型には "live" Class オブジェクトが含まれているため、メソッド型の一致では型名とクラスローダーの両方が考慮されます。したがって、メソッドハンドル M が 1 つのクラスローダー L1 で作成され、別 L2ので使用されている場合でも、で解決された呼び出し元のシンボリック型記述子は、で L2解決された元の呼び出し先メソッドのシンボリック型記述子と照合されるため、 L1メソッドハンドル呼び出しは型セーフです。の解決 L1 は、が M 作成され、その型が割り当てられるときに発生し、の L2 解決は命令が invokevirtual リンクされたときに発生します。

型記述子のチェックとは別に、基になるメソッドを呼び出すメソッドハンドルの機能は無制限です。メソッドハンドルが、そのメソッドにアクセスできるクラスによって非パブリックメソッドに形成されている場合、結果のハンドルは、そのメソッドへの参照を受け取る呼び出し元が任意の場所で使用できます。

リフレクションメソッドが呼び出されるたびにアクセスがチェックされる Core Reflection API とは異なり、メソッドハンドルの作成時にメソッドハンドルのアクセスチェックが実行されます。 (下記参照) の ldc 場合は、定数メソッドハンドルの基になる定数プールエントリをリンクする一環として、アクセスチェックが実行されます。

したがって、非パブリックメソッドまたは非パブリッククラスのメソッドに対するハンドルは、通常はシークレットにしておく必要があります。信頼されていないコードからの使用が無害でない限り、信頼されていないコードに渡さないでください。

<h1>メソッドハンドルの作成</h1> Java コードでは、そのコードからアクセスできる任意のメソッド、コンストラクター、またはフィールドに直接アクセスするメソッドハンドルを作成できます。これは、と呼ばれる java.lang.invoke.MethodHandles.Lookup MethodHandles.Lookup 反射型の機能ベースの API を使用して行われます。たとえば、から java.lang.invoke.MethodHandles.Lookup#findStatic Lookup.findStatic静的メソッドハンドルを取得できます。また、などの java.lang.invoke.MethodHandles.Lookup#unreflect Lookup.unreflectCore Reflection API オブジェクトからの変換メソッドもあります。

クラスや文字列と同様に、アクセス可能なフィールド、メソッド、コンストラクターに対応するメソッドハンドルは、バイトコードによって ldc 読み込まれる定数としてクラスファイルの定数プールで直接表すこともできます。新しい種類の定数プールエントリであるは、 CONSTANT_MethodHandle関連付けられている CONSTANT_Methodref、 CONSTANT_InterfaceMethodref、または CONSTANT_Fieldref 定数プールエントリを直接参照します。 (メソッドハンドル定数の詳細については、Java 仮想マシン仕様のセクション 4.4.8 および 5.4.3.5 を参照してください)。

参照によって生成されるメソッドハンドル、または変数 arity 修飾子ビット (0x0080) を持つメソッドまたはコンストラクターからの定数読み込みでは、の助けを借りて #asVarargsCollector asVarargsCollector定義されたかのように、対応する変数アリティがあります。

メソッド参照は、静的メソッドまたは非静的メソッドを参照できます。非静的な場合、メソッドハンドル型には、他の引数の前に付加された明示的なレシーバー引数が含まれます。メソッドハンドルの型では、最初のレシーバー引数は、メソッドが最初に要求されたクラスに従って型指定されます。 (たとえば、を使用して ldc非静的メソッドハンドルを取得する場合、レシーバーの型は定数プールエントリでという名前のクラスになります)。

メソッドハンドル定数は、対応するバイトコード命令と同じリンク時アクセスチェックの対象となり ldc 、バイトコードの動作でこのようなエラーがスローされる場合、命令は対応するリンケージエラーをスローします。

この補助として、保護されたメンバーへのアクセスは、アクセスするクラスまたはそのサブクラスの 1 つの受信側のみに制限されます。また、アクセスするクラスは、保護されたメンバーの定義クラスのサブクラス (またはパッケージ兄弟) である必要があります。メソッド参照が、現在のパッケージの外部にあるクラスの保護された非静的メソッドまたはフィールドを参照している場合、receiver 引数はアクセスするクラスの型に絞り込まれます。

仮想メソッドへのメソッドハンドルが呼び出されると、メソッドは常にレシーバー (つまり最初の引数) で検索されます。

特定の仮想メソッド実装に対する非仮想メソッドハンドルを作成することもできます。これらは、受信側の種類に基づいて仮想ルックアップを実行しません。このようなメソッドハンドルは、同じメソッドに対する invokespecial 命令の効果をシミュレートします。

<h1>使用法の<例/h1> 使用例をいくつか次に示します。 <blockquote>

{@code
            Object x, y; String s; int i;
            MethodType mt; MethodHandle mh;
            MethodHandles.Lookup lookup = MethodHandles.lookup();
            // mt is (char,char)String
            mt = MethodType.methodType(String.class, char.class, char.class);
            mh = lookup.findVirtual(String.class, "replace", mt);
            s = (String) mh.invokeExact("daddy",'d','n');
            // invokeExact(Ljava/lang/String;CC)Ljava/lang/String;
            assertEquals(s, "nanny");
            // weakly typed invocation (using MHs.invoke)
            s = (String) mh.invokeWithArguments("sappy", 'p', 'v');
            assertEquals(s, "savvy");
            // mt is (Object[])List
            mt = MethodType.methodType(java.util.List.class, Object[].class);
            mh = lookup.findStatic(java.util.Arrays.class, "asList", mt);
            assert(mh.isVarargsCollector());
            x = mh.invoke("one", "two");
            // invoke(Ljava/lang/String;Ljava/lang/String;)Ljava/lang/Object;
            assertEquals(x, java.util.Arrays.asList("one","two"));
            // mt is (Object,Object,Object)Object
            mt = MethodType.genericMethodType(3);
            mh = mh.asType(mt);
            x = mh.invokeExact((Object)1, (Object)2, (Object)3);
            // invokeExact(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;
            assertEquals(x, java.util.Arrays.asList(1,2,3));
            // mt is ()int
            mt = MethodType.methodType(int.class);
            mh = lookup.findVirtual(java.util.List.class, "size", mt);
            i = (int) mh.invokeExact(java.util.Arrays.asList(1,2,3));
            // invokeExact(Ljava/util/List;)I
            assert(i == 3);
            mt = MethodType.methodType(void.class, String.class);
            mh = lookup.findVirtual(java.io.PrintStream.class, "println", mt);
            mh.invokeExact(System.out, "Hello, world.");
            // invokeExact(Ljava/io/PrintStream;Ljava/lang/String;)V
            }

</blockquote> 上記のまたは plain invoke のinvokeExact呼び出しはそれぞれ、次のコメントに示されているシンボリック型記述子を使用して、1 つの invokevirtual 命令を生成します。これらの例では、ヘルパーメソッド assertEquals は、その引数を呼び出し java.util.Objects#equals(Object,Object) Objects.equals 、結果が true であることをアサートするメソッドであると見なされます。

<h1>Exceptions</h1> メソッド invokeExact と invoke は、をスローするように宣言されています。これは、メソッドハンドルがスロー java.lang.Throwable Throwableできる内容に静的な制限がないことを意味します。 JVMはチェックされた例外とチェックされていない例外を区別しないため(もちろん、クラス以外)、チェックされた例外をメソッドハンドル呼び出しに割り当てることからバイトコード形状に特に影響はありません。ただし、Java ソースコードでは、メソッドハンドル呼び出しを実行するメソッドは、を明示的にスロー Throwableするか、またはすべてのスロー可能なをローカルでキャッチし、コンテキストで有効なメソッドのみを再スローし、無効なメソッドをラップする必要があります。

<h1>"sigpoly">Signature ポリモーフィズム</h1> と plain invoke のinvokeExact通常とは異なるコンパイルとリンケージ動作は、em>シグネチャポリモーフィズム</em> という用語<によって参照されます。 Java 言語仕様で定義されているように、シグネチャポリモーフィックメソッドは、幅広い呼び出しシグネチャと戻り値の型のいずれかで動作できるメソッドです。

ソースコードでは、要求されたシンボリック型記述子に関係なく、シグネチャポリモーフィックメソッドの呼び出しがコンパイルされます。通常どおり、Java コンパイラは、指定されたシンボリック型記述子を持つ命令を、名前付きメソッドに対して出力 invokevirtual します。通常とは異なる点として、シンボリック型記述子は、メソッド宣言からではなく、実際の引数と戻り値の型から派生します。

JVM は、署名ポリモーフィック呼び出しを含むバイトコードを処理すると、シンボリック型記述子に関係なく、そのような呼び出しを正常にリンクします。 (型の安全性を維持するために、JVM は、他の場所で説明されているように、適切な動的型チェックを使用してこのような呼び出しを保護します)。

これらのメソッドの変換されていないシンボリック型記述子を出力するには、コンパイラバックエンドを含むバイトコードジェネレーターが必要です。シンボリックリンケージを決定するツールは、リンケージエラーを報告せずに、このような変換されていない記述子を受け入れる必要があります。

<h1>メソッドハンドルと Core Reflection API</h1> 間の相互運用 API のファクトリメソッドを java.lang.invoke.MethodHandles.Lookup Lookup 使用すると、Core Reflection API オブジェクトで表されるクラスメンバーは、動作と同等のメソッドハンドルに変換できます。たとえば、を使用してjava.lang.invoke.MethodHandles.Lookup#unreflect Lookup.unreflect反射java.lang.reflect.Method Methodをメソッドハンドルに変換できます。結果として得られるメソッドハンドルは、通常、基になるクラスメンバーへのより直接的で効率的なアクセスを提供します。

特殊なケースとして、Core Reflection API を使用してこのクラスのシグネチャポリモーフィックメソッド invokeExact またはプレーン invoke を表示すると、通常の非ポリモーフィックメソッドとして表示されます。によって表示される java.lang.Class#getDeclaredMethod Class.getDeclaredMethod反射的な外観は、この API の特殊な状態の影響を受けません。たとえば、は、 java.lang.reflect.Method#getModifiers Method.getModifiers 同様に宣言されたメソッドに必要な修飾子ビット (この場合 native と varargs ビットを含む) を正確に報告します。

反映されたメソッドと同様に、これらのメソッド (反映された場合) はを介して java.lang.reflect.Method#invoke java.lang.reflect.Method.invoke呼び出すことができます。ただし、このようなリフレクション呼び出しでは、メソッドハンドル呼び出しは発生しません。このような呼び出しでは、必要な引数 (型 Object[]の 1 つ) が渡された場合、引数は無視され、 UnsupportedOperationExceptionがスローされます。

命令はシンボリック型記述子の下でメソッドハンドルをネイティブに呼び出すことができるため invokevirtual 、この反射ビューはバイトコードを介したこれらのメソッドの通常の表示と競合します。したがって、これら2つのネイティブメソッドは、によって反射的に見 Class.getDeclaredMethodたときに、プレースホルダーのみと見なされ得る。

特定の型記述子の呼び出し元メソッドを取得するには、またはを使用 java.lang.invoke.MethodHandles#exactInvoker MethodHandles.exactInvokerします java.lang.invoke.MethodHandles#invoker MethodHandles.invoker。 java.lang.invoke.MethodHandles.Lookup#findVirtual Lookup.findVirtualまた、API は、指定された型記述子に対して、またはプレーン invokeを呼び出invokeExactすメソッドハンドルを返すこともできます。

<h1>メソッドハンドルと Java ジェネリック間の相互運用/h1> メソッドハンドルは、Java ジェネリック<型で宣言されているメソッド、コンストラクター、またはフィールドで取得できます。 Core Reflection API と同様に、メソッドハンドルの型はソースレベル型の消去から構築されます。メソッドハンドルが呼び出されると、その引数の型、または戻り値のキャスト型がジェネリック型または型インスタンスになる場合があります。これが発生した場合、コンパイラは命令のシンボリック型記述子 invokevirtual を構築するときに、それらの型を消去に置き換えます。

メソッドハンドルは、関数に似た型とパラメーター化された Java 型の間に 3 つの不一致があるため、Java パラメーター化 (ジェネリック) 型の観点から関数に似た型を表しません。 <ul><li>メソッドの型は、引数がないから許容される引数の最大数まで、考えられるすべての範囲に及びます。ジェネリックは可変ではありません。そのため、これを表すことはできません。</li li><>メソッド型はプリミティブ型の引数を指定できます。Java ジェネリック型の範囲は指定できません。</li li><>メソッドハンドル (組み合わせ子) に対する上位関数は、多くの場合、複数のアリを含む幅広い関数型にわたってジェネリックです。このようなジェネリック性を Java 型パラメーターで表すことはできません。</li></ul>

<h1>"maxarity">Arity limits</h1> JVM は、任意の種類のすべてのメソッドとコンストラクターに対して、255 個の積み上げ引数の絶対制限を課します。この制限は、特定のケースでは、ul<>li>A long またはdouble引数数 (アリティ制限の目的で) を 2 つの引数スロットとして制限するように見える場合<があります。 <li>非静的メソッドは、メソッドが呼び出されるオブジェクトに対して追加の引数を使用します。 <li>コンストラクターは、構築中のオブジェクトに対して追加の引数を使用します。 <li>メソッドは rsquo を処理&。s invoke メソッド (またはその他のシグネチャポリモーフィックメソッド) は非仮想であり、仮想以外のレシーバーオブジェクトに加えて、メソッドハンドル自体に対して追加の引数を使用します。 </ul> これらの制限は、スタックされた引数に対する JVM 制限のためだけに、特定のメソッドハンドルを作成できないことを意味します。たとえば、静的 JVM メソッドが 255 個の引数を受け取る場合、メソッドハンドルを作成できません。不可能なメソッド型を使用してメソッドハンドルを作成しようとすると、が発生します IllegalArgumentException。特に、メソッドハンドル’s 型は、正確な最大 255 のアリティを持つ必要はありません。

の java.lang.invoke.MethodHandleJava ドキュメント。

このページの一部は、によって作成および共有された作業に基づく変更であり、に記載されている条件に従って使用されます。

コンストラクター

MethodHandle(IntPtr, JniHandleOwnership)

プロパティ

Class	この `Object`のランタイムクラスを返します。 (継承元 Object)
Handle	基になる Android インスタンスへのハンドル。 (継承元 Object)
IsVarargsCollector	このメソッドハンドルが変数のアリティ呼び出し #asVarargsCollector サポートしているかどうかを判断します。
JniIdentityHashCode	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)
JniPeerMembers	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。
PeerReference	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)
ThresholdClass	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。
ThresholdType	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。

メソッド

AsCollector(Class, Int32)	<em>配列収集/em> メソッドハンドルを<作成します。これは、指定された数の末尾の位置引数を受け取り、それらを配列引数に収集します。
AsCollector(Int32, Class, Int32)	特定の<位置から始まる指定された数の位置引数を<受け取り、それらを配列引数に収集する em>配列収集/em> メソッドハンドルを作成します。
AsFixedArity()	現在の<>メソッドハンドルと同等の em 固定アリティ</em> メソッドハンドルを作成します。
AsSpreader(Class, Int32)	末尾>の配列引数を<受け取り、その要素を<位置引数として広げる em 配列拡散/em> メソッドハンドルを作成します。
AsSpreader(Int32, Class, Int32)	特定の<位置で配列引数を<受け取り、その要素を配列の代わりに位置引数として広げる、em>配列拡散/em> メソッドハンドルを作成します。
AsType(MethodType)	現在のメソッドハンドルの型を新しい型に適合させるアダプターメソッドハンドルを生成します。
AsVarargsCollector(Class)	任意の <数の後続の位置引数を受け入れて配列引数に収集できる em>変数 arity</em> アダプターを作成します。
BindTo(Object)	メソッドハンドルを呼び出さずに、メソッドハンドルの最初の引数に値 `x` をバインドします。
Clone()	このオブジェクトのコピーを作成して返します。 (継承元 Object)
Dispose()	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)
Dispose(Boolean)	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)
Equals(Object)	他のオブジェクトがこのオブジェクトと "等しい" かどうかを示します。 (継承元 Object)
GetHashCode()	オブジェクトのハッシュコード値を返します。 (継承元 Object)
Invoke(Object[])	メソッドハンドルを呼び出し、呼び出し元の型記述子を許可し、必要に応じて引数と戻り値に対して変換を実行します。
InvokeExact(Object[])	メソッドハンドルを呼び出し、呼び出し元の型記述子を許可しますが、完全な型一致が必要です。
InvokeWithArguments(IList<Object>)	変数のアリティ呼び出しを実行し、指定された配列内の引数をメソッドハンドルに渡します。これは、型 `Object`のみを言及し、その arity が引数配列の長さである呼び出しサイトの inexact `#invoke invoke` を介して渡すかのように行います。
InvokeWithArguments(Object[])	変数のアリティ呼び出しを実行し、指定されたリスト内の引数をメソッドハンドルに渡します。これは、型`Object`のみを示す呼び出しサイトから inexact `#invoke invoke` を介して渡され、その arity が引数リストの長さである場合と同様です。
JavaFinalize()	オブジェクトへの参照がなくなったとガベージコレクションが判断したときに、オブジェクトのガベージコレクターによって呼び出されます。 (継承元 Object)
Notify()	このオブジェクトのモニターで待機している 1 つのスレッドを起動します。 (継承元 Object)
NotifyAll()	このオブジェクトのモニターで待機しているすべてのスレッドを起動します。 (継承元 Object)
SetHandle(IntPtr, JniHandleOwnership)	Handle プロパティを設定します。 (継承元 Object)
ToArray<T>()	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)
ToString()	オブジェクトの文字列形式を返します。 (継承元 Object)
Type()	このメソッドハンドルの種類を報告します。
UnregisterFromRuntime()	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)
Wait()	現在のスレッドが起動するまで待機します。通常<は、通知</em> または>< em 中断</em によって待機します>。> (継承元 Object)
Wait(Int64)	現在のスレッドが起動するまで待機します。通常<は、通知></em> または <>em 中断</em>、または特定のリアルタイムが経過するまで待機します。 (継承元 Object)
Wait(Int64, Int32)	現在のスレッドが起動するまで待機します。通常<は、通知></em> または <>em 中断</em>、または特定のリアルタイムが経過するまで待機します。 (継承元 Object)
WithVarargs(Boolean)	ブール値フラグが true の場合、このメソッドハンドルを変数のアリティ #asVarargsCollector するように調整します。それ以外の場合は固定アリティ #asFixedArity。

明示的なインターフェイスの実装

IJavaPeerable.Disposed()	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)
IJavaPeerable.DisposeUnlessReferenced()	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)
IJavaPeerable.Finalized()	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)
IJavaPeerable.JniManagedPeerState	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)
IJavaPeerable.SetJniIdentityHashCode(Int32)	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)
IJavaPeerable.SetJniManagedPeerState(JniManagedPeerStates)	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)
IJavaPeerable.SetPeerReference(JniObjectReference)	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。 (継承元 Object)

拡張メソッド

JavaCast<TResult>(IJavaObject)	Android ランタイムチェック型変換を実行します。
JavaCast<TResult>(IJavaObject)	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。
GetJniTypeName(IJavaPeerable)	メソッドハンドルは、引数または戻り値の省略可能な変換を使用して、基になるメソッド、コンストラクター、フィールド、または同様の低レベル操作に対する型指定された、直接実行可能な参照です。

適用対象