Czy mogę odwoływać się do obiektów C++ w kodzie Java za pomocą JNI?

Question

Nie widziałem tego nigdzie (a może jestem jsut prosty, nie widząc tego), ale czy istnieje sposób na użycie JNI do zwrócenia obiektu c/C++ i użycia tego obiektu w java?

Na przykład (bardzo prosty):

class simpleClass{ 
... 
private: 
int intVar; 
public: 
int getIntVar(); 
void setIntVar(int someNum); 
... 
} 

W moim kodu java, jak bym go o zrobienie czegoś jak:

... 
simpleClass sc = new simpleClass(); 
sc.setIntVar(9); 
System.out.println(sc.getIntVar()); 
... 

zdaję sobie sprawę że jest to bardzo uproszczony przykład, ale I” Po prostu szukam pojęcia - klasa, którą mam na myśli, która jest w C++ jest bardzo duża i staram się unikać tworzenia TON wrapper metod ...

Jeśli to nie jest w porządku, po prostu chmiel Aby zapisać kilka dni kodowania lol

Answer 1

Nie możesz. ABI w C++ i Java są zupełnie inne - dla jednego C++ nie definiuje jednego. A naprawdę C++ ma tak wiele funkcji, których nie można zmapować na Javę w ogóle, to po prostu nie działa. Jak można oczekiwać, że Java będzie obsługiwać szablony C++? Wskaźniki dla prymitywów? Obiekty, które są , nie są wskaźnikami?

Teraz to, co można zrobić, to użycie SWIG wygenerować odpowiednie metody otoki dla siebie - że będzie faktycznie pracują i nie jest dużo więcej pracy niż to, co planowano :)

Answer 2

JNI definiuje jego interfejs prymitywny (lub dość prymitywne) tylko typy, jak również funkcje przekazywania/zarządzania buforem pamięci. Nie ma możliwości mapowania złożonych typów obiektów. Jednak możesz osiągnąć ten efekt, pisząc własne (pojedyncze) funkcje szeregowania/deserializacji, jak w przypadku Returning a C++ class to Java via JNI.

Answer 3

Twoja wersja SimpleClass w Javie powinna zrobić dwie rzeczy. Po pierwsze, zachowaj prywatną długą wartość, która przechowuje wartość wskaźnika C++ do natywnego obiektu bazowego (może być konieczne użycie BigInteger w zależności od tego, jak duży może być natywny wskaźnik - niepodpisany długo?). Po drugie, uczyń publiczne metody (na przykład setIntVal) natywne.

public class SimpleClass { 
    private long nativePtr; 

    public SimpleClass() { 
     nativePtr = initNativeSimpleClass(); 
    } 

    public void destroy() { 
     destroyNativeSimpleClass(); 
     nativePtr = 0L; 
    } 

    protected void finalize() throws Throwable { 
     destroyNativeSimpleClass(); 
     nativePtr = 0L; 
    } 

    public native int getIntVal(); 
    public native void setIntVal(int val); 

    private native long initNativeSimpleClass(); 
    private native void destroyNativeSimpleClass(); 
} 

Następnie zaimplementuj te natywne metody w kodzie JNI. Metoda initNativeSimpleClass() będzie nowa z backfunkcją C++ z SimpleClass. Metoda destroyNativeSimpleClass() następnie usunie z tej instancji. Metody uzyskujące dostęp będą używać wartości nativePtr, przesyłają ją do rzeczywistego wskaźnika i wykonują odpowiednie operacje na macierzystej instancji kopii.

Ten idiom stanowi realne ryzyko przeciekania pamięci, ponieważ użytkownicy klasy MUSZĄ wywoływać niszczą, gdy są wykonywane z instancją. Jeśli tego nie zrobią, natywna instancja podkładu może nie zostać odpowiednio zniszczona. Możesz, jak pokazałem w tym przykładzie, zastąpić finalize, aby zadzwonić do natywnej funkcji niszczyciela, ale wszystkie zastrzeżenia dotyczące tego, w jaki sposób nie można polegać na finalizacji, nadal mają zastosowanie. Ustawiając wartość nativePtr na 0 po zniszczeniu, unikniesz błędów seg, jeśli destrukt zostanie wywołany wiele razy (jest to bezpieczne w C++, aby usunąć NULL).