Android NDK开发常见错误

错误一：

make: *** No rule to make target `/cygdrive/d/1-workspace/showmap-android-opengles/jni/showmap_opengles_OpenGLESRenderer.c‘, needed by `/cygdrive/d/1-workspace/showmap-android-opengles/obj/local/armeabi/objs/OpenGLESMap/showmap_opengles_OpenGLESRenderer.o‘.  Stop.

该错误是将showmap_opengles_OpenGLESRenderer.c改成showmap_opengles_OpenGLESRenderer.cpp后出现,当然android.mk文件中也作了相应修改

删除 obj 文件夹,估计是有缓存信息导致去找showmap_opengles_OpenGLESRenderer.c而没找到。

错误二：

JNI：no implementation found in native...（转载http://laokaddk.blog.51cto.com/368606/1349386）

一  javah引发的问题

二

　　在确认以上两点后，JNI接口调用的no implementation error没有出现了。

（2）运行c++生成的.so库，若报以下错误：（既找不到函数）

No implementation found for native Lcom/dgut/android/MainActivity;.stringFromJNI ()Ljava/lang/String;

java.lang.UnsatisfiedLinkError: stringFromJNI

at com.dgut.android.MainActivity.stringFromJNI(Native Method)

解决方法：

为供Java调用的c++函数前加入extern "C" 修饰，如：（NDK example里面的cpp文件也是这么声明的，参考hello-gl2）

extern "C" {
	JNIEXPORT jstring JNICALL Java_com_dgut_android_MainActivity_stringFromJNI( JNIEnv* env, jobject thiz );
}

JNIEXPORT jstring JNICALL Java_com_dgut_android_MainActivity_stringFromJNI( JNIEnv* env, jobject thiz )
{
    return env->NewStringUTF("Hello from JNI bear c++");
}

       被extern "C"修饰的变量和函数是按照C语言方式编译和连接的。

       首先看看C++中对类似C的函数是怎样编译的：作为一种面向对象的语言，C++支持函数重载，而过程式语言C则不支持。函数被C++编译后在符号库中的名字与C语言的不同。例如，假设某个函数的原型为：void foo( int x, int y );该函数被C编译器编译后在符号库中的名字为_foo，而C++编译器则会产生像_foo_int_int之类的名字（不同的编译器可能生成的名字不同，但是都采用了相同的机制，生成的新名字称为“mangled name”）。_foo_int_int这样的名字包含了函数名、函数参数数量及类型信息，C++就是靠这种机制来实现函数重载的。例如，在C++中，函数voidfoo( int x, int y )与void foo( int x, float y )编译生成的符号是不相同的，后者为_foo_int_float。
同样地，C++中的变量除支持局部变量外，还支持类成员变量和全局变量。用户所编写程序的类成员变量可能与全局变量同名，我们以"."来区分。而本质上，编译器在进行编译时，与函数的处理相似，也为类中的变量取了一个独一无二的名字，这个名字与用户程序中同名的全局变量名字不同。

因此，若我们没有使用extern "C"修饰函数，按照C语言方式编译和连接，Jni调用将可能找不到该函数。

错误三：

Android NDK开发常见错误,布布扣,bubuko.com

Android NDK开发常见错误

原文：http://blog.csdn.net/greenapple_shan/article/details/38504305