java.lang.UnsatisfiedLinkError: не найдена реализация для логического значения

Да, нужна была полная трассировка стека — изначально вы прервали ее в бессмысленном месте. Это говорит о том, что в вашем файле .so нет функции InitScanner - либо вы неправильно назвали его в файле C, вы неправильно указали подпись, либо его там нет вообще. Или, если вы использовали C++, вы забыли внедрить функцию C.

В моем java-файле я загрузил имя моей библиотеки с именем «native-lib» в нижеприведенном статическом блоке.

package primeno.naval.com.primenumberusingndk;
static
{
  System.loadLibrary("native-lib");
}

здесь я объявил две функции, и их реализация находится в файле CPP.

public native String stringFromJNI();
public native boolean isPrime(int n);

мой файл cpp с вышеприведенной реализацией функции

extern "C"
JNIEXPORT jstring JNICALL Java_primeno_naval_com_primenumberusingndk_MainActivity_stringFromJNI(
JNIEnv *env,
jobject /* this */) {
std::string hello = "Hello from C++";
return env->NewStringUTF(hello.c_str());
}

extern "C"
JNIEXPORT jboolean JNICALL Java_primeno_naval_com_primenumberusingndk_MainActivity_isPrime(JNIEnv *env,jobject ,jint no)
{
PrimeNumber primeNumber(no);
return primeNumber.isPrime();
}

или вы можете сделать так же

extern "C" {

    JNIEXPORT jstring JNICALL Java_primeno_naval_com_primenumberusingndk_MainActivity_stringFromJNI(
    JNIEnv *env,
    jobject /* this */) {
    std::string hello = "Hello from C++";
    return env->NewStringUTF(hello.c_str());
    }

    JNIEXPORT jboolean JNICALL Java_primeno_naval_com_primenumberusingndk_MainActivity_isPrime(JNIEnv *env,jobject ,jint no)
    {
    PrimeNumber primeNumber(no);
    return primeNumber.isPrime();
    }
}

Если несоответствие в имени функции и подписи не имеет места, вам нужно написать extern «C» перед каждой функцией в файле cpp, поэтому фактический формат соглашения об именах

extern "C" JNIEXPORT <RETURN_TYPE> JNICALL Java_<PACKAGE_NAME>_<JAVA_CLASS>_<METHOD_NAME>(
JNIEnv *env, jobject obj, <METHOD_PARAMETERS>...) {
...
}

extern "C":

Заявление о том, чтобы имена функций C++ были связаны с C. Чтобы поддерживать перегрузку функций, компиляторы C++ искажают имена функций, что означает, что имена функций C++ не такие, как в C. Без внешнего «C» сигнатуры ваших собственных функций не будут соответствовать их объявлениям в Java (во время выполнения). Короче говоря, вам нужен этот оператор для каждого метода, если вы пишете собственный C++, а не C.

JNIEXPORT:

Содержит директивы компилятора, необходимые для правильного экспорта функции.

<RETURN_TYPE>:

Возвращаемый тип метода JNI, обычно собственная версия типа Java. Например, в методе, который вы только что написали выше, вы возвращаете jstring, который является нативным эквивалентом String в Java.

JNICALL: C

содержит директивы компилятора, необходимые для обеспечения того, чтобы функция обрабатывалась с надлежащим соглашением о вызовах JNI.

<JAVA_CLASS>:

Соединительный класс Java, к которому привязана эта функция. В нашем примере это будет MainActivity, так как это класс Java, который будет использовать эту функцию.

<PACKAGE_NAME>:

Имя пакета, в котором находится ранее определенный <JAVA_CLASS>. Замените точки (.) символами подчеркивания (_).

<METHOD_NAME>:

Это имя должно совпадать с тем, которое вы объявляете внутри подключаемого файла . В нашем примере мы объявили нативный метод getNativeString(). В этом случае также должен быть getNativeString().

JNIEnv *env:

Указатель на структуру (точнее, таблицу функций), в которой хранятся все указатели вспомогательных функций JNI, включая ту, которую мы вызываем в нашем примере, NewStringUTF(string). Чтобы иметь возможность использовать эти функции, вам нужно #include .

jobject obj:

Объект Java, соответствующий соединению<JAVA_CLASS>.

<METHOD_PARAMETERS>...:

Разделенный запятыми список входных аргументов, которые должен принимать собственный метод. В нашем примере у нас нет входных аргументов для нашей функции getNativeString(), поэтому поле остается пустым.