Javaオブジェクト内にネイティブポインタを格納する「正しい」方法は何ですか?
intネイティブ ポインターのサイズが 32 ビット以下であることがわかっている場合はポインターを Java として扱い、ネイティブ ポインターのサイズlongが 64 ビット以下であることがわかっている場合は Java として扱うことができます。しかし、これを行うためのより良い、またはよりクリーンな方法はありますか?
編集：JNI関数からネイティブポインターを返すことは、まさに私がやりたくないことです。むしろ、ネイティブ リソースを表す Java オブジェクトを返したいと思います。ただし、私が返す Java オブジェクトにはおそらくポインターを含むフィールドが必要であり、元の質問に戻ります。
または、代わりに、JNI 関数がネイティブ リソースへの参照を返すためのより良い方法はありますか?
IIRC、両方java.util.zipとjava.nioただ使用しますlong。
良い方法はありません。SWTでは、次のコードが使用されます。
int /*long*/ hModule = OS.GetLibraryHandle ();
コメントを移動してコードを32ビットから64ビットに変換するツールがあります。醜いですが、動作します。Sunがオブジェクト「NativePointer」などを追加していれば、事態ははるかに簡単になりましたが、追加しませんでした。
そもそもネイティブ ポインターはあまり Java 風ではないため、バイト配列に格納することをお勧めします。ints とlongs は、数値を格納するために予約する方が適切です。
これは、いくつかの JNI コードから返されたポインターであると想定しています。
理想的には、JNI コードは、実際のポインターではなく、リソースへのある種の論理参照を返す必要がありますか?
あなたの質問に関しては、ポインターを格納するためのよりクリーンな方法について頭に浮かぶことは何もありません-必要に応じて int または long または byte[] のいずれかを使用していることがわかっている場合。
C# が IntPtr 型でこれを処理する方法を調べることができます。ポインターを保持するための独自の型を作成することにより、使用しているシステムに応じて、同じ型を 32 ビットまたは 64 ビットとして使用できます。