はJNIが本当にJNI関数テーブルJNI仕様で

Question

の複数のバージョンを提供するために、ポインタをインタフェースする必要がありません、それは言う：

JNIインタフェースは、C++の仮想関数テーブルまたはCOMインタフェースのように構成されています。ハードワイヤードの関数エントリではなく、インタフェーステーブルを使用する利点は、JNI名前空間がネイティブコードと分離されることです。 VMは、複数バージョンのJNI関数テーブルを簡単に提供できます。たとえば、VMは2つのJNI関数テーブルをサポートすることができます。

完全な不正な引数チェックを行い、デバッグに適しています。 は、JNI仕様で必要とされる最小限の検査を実行するため、より効率的です。

本当に必要ですか？結局のところ、インタフェースポインタはポインタへのポインタです。それはより多くのパフォーマンスの後退を要する。

Answer 1

いいえ、彼ら（Sun）は他のデザインを思いついたかもしれません。このJniEnvは歴史的な理由から私たちと共にいますが、重要ではありませんが、JNIのオーバーヘッドに貢献しています。

アイデアは、実行時にスレッドごとにデバッグ機能セットを使用するかどうかをJava側で制御できるようにすることでした。私はこの考えが、誰かが自分のネイティブコードをデバッグするのを助けたとは思わない。

C++ラッパーは面倒を大幅に削減します（これは構文のみですが、オーバーヘッドは行かないことに注意してください）。