abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 18:22 | Nová verze

Byla vydána nová verze 4.2.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 198 vývojářů. Provedeno bylo více než 2 200 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Pozvánky

Konference Bratislava OpenCamp 2020 proběhne v sobotu 4. dubna 2020 v Bratislavě na Fakultě informatiky a informačních technologií STU. Organizátoři vyhlásili CFP. Návrhy přednášek a workshopů lze zaslat do 31. ledna 2020.

Ladislav Hagara | Komentářů: 0
včera 15:11 | Nová verze

Bylo oznámeno vydání KDE Frameworks 5.65.0, tj. nové verze aktuálně 74 knihoven rozšířujících multiplatformní framework Qt a dnes využívaných nejenom KDE Plasmou a KDE Aplikacemi. Nově začleněnou knihovnou je KQuickCharts pro generování grafů.

Ladislav Hagara | Komentářů: 0
13.12. 15:44 | Nová verze

Byla vydána verze 2.4 svobodného nelineárního video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Zdůraznit lze přechod na Python 3.

Ladislav Hagara | Komentářů: 0
13.12. 07:00 | Nová verze

Vyšel toolkit Qt verze 5.14. Změny se týkají především Qt Quick, jeho odstínění od konkrétních nízkoúrovňových grafických API a zlepšení výkonu zvláště ve 3D. Začíná tím proces postupných příprav na Qt 6. Příští vydání (5.15) bude s dlouhodobou podporou. Aktuálně také vyšlo vývojové prostředí Qt Creator 4.11 – vedle oprav chyb a řady zjednodušení konfigurace přidává mj. experimentální podporu WebAssembly.

Fluttershy, yay! | Komentářů: 4
13.12. 06:00 | Nová verze

Byla vydána nová verze 1.41 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.41 bylo vydáno také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

Ladislav Hagara | Komentářů: 0
12.12. 23:55 | IT novinky

J2EE, nověji Java EE a nejnověji Jakarta EE, tj. Java pro vývoj a provoz podnikových aplikací a informačních systémů (Java Platform, Enterprise Edition), slaví 20 let. První verze J2EE 1.2 byla vydána 12. prosince 1999.

Ladislav Hagara | Komentářů: 0
12.12. 22:00 | Nová verze

V kancelářích společnosti NGINX, tj. společnosti stojící za stejnojmenným webovým serverem a reverzní proxy, v Moskvě proběhla policejní razie. Na NGINX si nárokuje práva společnost Rambler. Igor Sysoev, zakladatel společnosti NGINX, ve společnosti Rambler pracoval v letech 2000 až 2011. V březnu letošního roku byla společnost NGINX prodána společnosti F5 Networks za 670 milionů dolarů.

Ladislav Hagara | Komentářů: 14
12.12. 18:44 | Nová verze

Vyšel Vim 8.2. Jedná se převážně o opravnou verzi tohoto textového editoru, ale mezi několika novými funkcemi je také možnost používat vyskakovací okna v uživatelském rozhraní, což využijí zvláště vývojáři doplňků pro dialogová okna či okna s nápovědou, napovídáním atp. Ukázkou je hra killersheep.

Fluttershy, yay! | Komentářů: 1
12.12. 17:44 | Nová verze

Byla vydána nová verze 19.12.0 KDE Aplikací (KDE Applications). Přehled novinek i s náhledy v oficiálním oznámení, kompletním seznamu změn a na stránce s dalšími informacemi.

Ladislav Hagara | Komentářů: 1
Kolik jste vystřídali distribucí Linuxu? (uvažujte distribuce, které jste používali aspoň měsíc)
 (4%)
 (73%)
 (19%)
 (2%)
 (2%)
Celkem 81 hlasů
 Komentářů: 9, poslední včera 20:41
Rozcestník

www.AutoDoc.Cz

Java Native Interface – voláme Javu z nativního kódu a ještě více

14. 3. 2012 | Luboš Doležel | Programování | 3788×

V našem seriálu nám doposud scházela jedna důležitá věc. Naučili jsme se, jak může Java volat nativní kód. Teď je ale na čase jí to oplatit a zavolat nazpět. Dále se podíváme na přistupování ke členským proměnným a na práci s poli.

Obsah

Hello world!

link

Spousta seriálů a návodů začíná ukázkou „Hello world“. Tento článek sice není prvním dílem, ale přesto jej také zahájíme Hello world, byť dosti neobvyklým. Následující kód je sice jako škrábat se levou rukou na pravém uchu, ale jako ukázka možností poslouží.

void helloWorld(JNIEnv* env)
{
	jclass clsSystem = env->FindClass("java/lang/System");
	jfieldID fOut = env->GetStaticFieldID(clsSystem, "out", "Ljava/io/PrintStream;");
	jobject out = env->GetStaticObjectField(clsSystem, fOut);
	jmethodID mPrintln = env->GetMethodID(env->GetObjectClass(out), "println", "(Ljava/lang/String;)V");

	env->CallVoidMethod(out, mPrintln, "Hello world!");
}

Po chvilce zděšení[*] jste asi všichni dospěli ke správému úsudku, že tento kód odpovídá jednoduchému volání System.out.println("Hello world"), akorát za použití reflexe v JNI. Jen pro zajímavost si ukážeme, jak toto volání vypadá v bajtkódu Javy:

Ale vždyť je to přece krásné! Proč jenom ještě někdo nenapsal převodník Javy do C/JNI? ;-)
   0:   getstatic       #2; //Field java/lang/System.out:Ljava/io/PrintStream;
   3:   ldc     #3; //String Hello world
   5:   invokevirtual   #4; //Method java/io/PrintStream.println:(Ljava/lang/String;)V

Získáváme ID metody a členských proměnných

link

Aby nebylo nutné opakovaně vyhledávat metody a pole (členské proměnné) podle jejich názvů a signatury, existují v JNI typy jmethodID a jfieldID, které danou metodu nebo proměnnou popisují. V případě těchto typů se nemusíme starat o uvolňování paměti. Při vytváření signatur (popisu typů) se řídíme tabulkou, která je k vidění v druhém díle seriálu, u metod pak ještě odkáži na odstavec o signaturách metod v jiném z minulých dílů.

Abychom si to shrnuli, tak signatury se mezi proměnnými a metodami liší následovně:

signatura pole
identifikátor typu
signatura metody
(identifikátory typu)typ návratové hodnoty

Další důležitou věcí je vědět, zda pole nebo metoda je, nebo není, statická. Podívejme se tedy na funkce pro získávání identifikátorů polí:

  • jfieldID GetStaticFieldID(jclass clazz, const char *name, const char *sig)
  • jfieldID GetFieldID(jclass clazz, const char *name, const char *sig)

Jedinou praktickou odlišností je tedy název funkce, toť vše. U metod to není jiné:

  • jmethodID GetMethodID(jclass clazz, const char *name, const char *sig)
  • jmethodID GetStaticMethodID(jclass clazz, const char *name, const char *sig)

Získáváme a nastavujeme hodnoty členských proměnných

link

Při získávání a nastavování hodnot opět rozlišujeme mezi statickými a nestatickými členy. Pro každý z těchto druhů existuje skupina devíti funkcí, které se odlišují datovým typem pole. Ten tedy zohledňujeme nejen v signatuře, ale při nastavování/získávání hodnoty i v názvu volané funkce. Obecná podoba funkcí je následující:

  • void SetTypField(jobject obj, jfieldID fieldID, T value)
  • void SetTypField(jobject obj, jfieldID fieldID, T value)
  • void SetStaticTypField(jclass clazz, jfieldID fieldID, T value)
  • void SetStaticTypField(jclass clazz, jfieldID fieldID, T value)

Součást názvu Typ může nabývat hodnot Boolean, Byte, Char, Short, Int, Long, Float, Double – dosti tedy kopíruje názvy boxovaných typů. Typ T už je intuitivní, nicméně přehled najdete v druhém článku. Pro úplnost připomenu, že pole je také objekt. No a při získávání hodnoty členské proměnné to bude zase naruby, tj. T nebude jako poslední argument funkce, ale jako návratový typ:

  • T GetTypField(jobject obj, jfieldID fieldID)
  • T GetTypField(jobject obj, jfieldID fieldID)
  • T GetStaticTypField(jobject obj, jfieldID fieldID)
  • T GetStaticTypField(jobject obj, jfieldID fieldID)

Voláme metody

link

Funkcí pro volání metod je zase celá velká sada. Máme možnost volat statické metody (T CallStaticTypMethod(...)) a nestatické metody (T CallTypMethod(...)). Jako Typ lze u metod kromě devíti výše uvedených typů použít i Void. Jsou tu ale ještě další speciality: můžeme volat nestatickou metodu s určením třídy, nebude se tedy brát v potaz tabulka virtuálních funkcí (T CallNonvirtualTypMethod(...). A konečně pak ještě máme tři různé způsoby, jak předávat argumenty. Jestli správně počítám, dává to celkem 90 funkcí, mezi kterými si musíme správně vybrat.

První způsob, jak předat argumenty, je předveden v ukázce na začátku článku. V tomto případě se použitá funkce JNI nazývá například CallVoidMethod a má variabilní počet argumentů:

void CallVoidMethod(jobject obj, jmethodID methodId, ...)

Logicky musíme předat správný počet argumentů! Jako poslední argument není potřeba dávat NULL (jako u execl()), protože podle ID metody je jasné, kolik argumentů byste měli předávat. Druhý způsob je dodat argumenty přes va_list – osobně mi to nepřijde moc užitečné, takže vás v této věci odkáži na manuálovou stránku STDARG(3).

void CallVoidMethodV(jobject obj, jmethodID methodId, va_list args)

A třetím způsobem, u kterého se na chvíli zastavíme, je předat pole hodnot typu jvalue:

void CallVoidMethodA(jobject obj, jmethodID methodId, jvalue* args)

jvalue má oproti va_list tu zásadní výhodu, že se dá velmi snadno dynamicky vytvářet. jvalue je definováno jako union:

typedef union jvalue {
    jboolean z;
    jbyte    b;
    jchar    c;
    jshort   s;
    jint     i;
    jlong    j;
    jfloat   f;
    jdouble  d;
    jobject  l;
} jvalue;

Užití jvalue si dovedu představit v různých wrapperech. Pro ukázku nám postačí něco snazšího, i když bychom se v tomto případě bez jvalue obešli. Zavoláme si známou metodu Integer.parseInt(String s, int radix):

jstring strBinary = env->NewStringUTF("1011010111");
jclass clsInteger = env->FindClass("java/lang/Integer");
jmethodId mParseInt = env->GetStaticMethodID(clsInteger, "parseInt", "(Ljava/lang/String;I)I");

jvalue args[2];
args[0].l = strBinary;
args[1].i = 2;

int result = env->CallStaticMethodA(clsInteger, mParseInt, args);

// v proměnné "result" bude 727

Ještě si ukážeme volání metody bez použití tabulky virtuálních funkcí. Nenapadá mě, jak přesně to samé udělat v Javě. Jen volání super.metoda() se tomuto přibližuje, i když v tomto případě si nemůžeme vybírat, jakou konkrétní třídu chceme použít. Ale nuže dobrá, předvedeme si obdobu super.metoda():

void metoda(JNIEnv* env, jobject jThis)
{
	// Získáme obdobu "super"
	jclass superClass = env->GetSuperclass(env->GetObjectClass(jThis));

	// Získáme ID aktuální metody
	jmethodID mMetoda = env->GetMethodID(superClass, "metoda", "()V");
	
	// Zavoláme
	env->CallNonvirtualVoidMethod(jThis, superClass, mMetoda);
}

A jak jste jistě správně pochopili, funkce CallNonvirtualVoidMethod je deklarována následovně:

void CallNonvirtualVoidMethod(jobject obj, jclass clazz, jmethodID methodId, ...)

Práce s poli

link

Práce s poli sice se zbytkem této lekce zdánlivě nesouvisí, ale má s ním něco společného. I pro práci s poli je spousta funkcí, které se liší používaným datovým typem. První funkcí je GetArrayLength(), které funguje u všech polí, odpovídá .length v Javě a funguje následovně:

int printLength(JNIEnv* env, jarray arr)
{
	jsize len = env->GetArrayLength(arr);
	std::cout << "Velikost pole je " << len << std::endl;
}

Pole primitivního typu vytvoříme pomocí jedné z funkcí void NewTypArray(jsize length). Pole objektů je trochu jiné, zde určujeme typ a počáteční hodnotu prvků:

void vytvorPole(JNIEnv* env, int length)
{
	jclass cls = env->FindClass("java/lang/String");
	jstring str = env->NewStringUTF("Ahoj");
	jarray arr = env->NewObjectArray(length, cls, str);

	env->SetObjectArrayElement(arr, 0, env->NewStringUTF("Čau!"));
}

Asi není třeba nic dodávat. U primitivních typů je to složitější, a to zejména díky tomu, že máme možnost do nich zapisovat nebo je číst efektivněji než položku po položce. Hlavní funkcí, která nám zpřístipní celé pole je tato:

T* GetTypArrayElements(jarray array, jboolean* isCopy)

Poslední argument můžeme nastavit na NULL. Je to jen informace pro nás, jestli JNI/JVM muselo vytvářet pro naše použití kopii pole. Pokud dostaneme odpověď JNI_FALSE, tak přímo zapisujeme do paměti javovského programu. V opačném případě se obsah nakopíruje zpět až po zavolání této funkce – a vězte, že je nutné ji zavolat vždy, bez ohledu na hodnotu isCopy:

void ReleaseTypElements(jarray array, T* data, jint mode)

mode je zajímavá hračka. Pokud zadáme 0, tak se data přenesou zpět do javovského programu a naše práce je u konce. Pokud jsme nic neměnili, můžeme použít konstantu JNI_ABORT, takže se vyvarujeme případnému kopírování položek, kdyby náhodou isCopy bylo JNI_TRUE. A poslední možností je JNI_COMMIT, kdy jsou data přenesena zpět do javovského programu (v ten moment máme záruku, že je program vidí), ale dáváme vědět, že s nimi ještě budeme pracovat – tedy že budeme Release volat ještě minimálně jednou.

void vytvorPolePlneNul(JNIEnv* env)
{
	// Vytvoříme pole
	jarray arr = env->NewIntArray(10);

	// Získáme céčkový ukazatel na pole
	jint* pArr = env->GetIntArrayElements(arr, 0);

	// Nastavíme hodnotu na nuly
	memset(pArr, 0, sizeof(jint)*10);

	// Vrátíme pole Javě
	env->ReleaseIntArrayElements(arr, pArr, 0);
}

Pokud z výkonnostních důvodů potřebujeme zvýšit šanci, že data nejsou mezi nativním a javovským programem kopírována, můžeme použít funkce GetPrimitiveArrayCritical a ReleasePrimitiveArrayCritical (tentokrát bez určení typu). Ještě než tak uděláte je ale vhodné přečíst si důkladně popis v dokumentaci, protože jsou zde takto omezení na to, co si nativní program může při své práci nad polem dovolit dělat.

Na závěr zmiňme ještě dvojici GetTypArrayRegion a SetTypArrayRegion. Při jejich použití nemusíme získávat přístup k celému poli, nýbrž jen k jeho části.

Co bude příště

link

Příště se podíváme ještě na nějaké zbývající drobnosti. Pak už přijde řada na JNA.

       

Hodnocení: 91 %

        špatnédobré        

Nástroje: Tisk bez diskuse

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.