1.前期ndk开发主要是在开源项目中复用项目的makefile等,就需要修改指定CC或C++编译链;具体情况还依赖于工程的config文件;
对于简单项目,则可以直接编写Android.mk;例如引入的GTest与GMock;
重新创建Android.mk,利用ndk-build生成.a文件,一同引入新ndk工程即可;
另外吐槽下Gmock;对于mock函数还需要继承类,比linux上的mock难用多了;
另外Gtest 也不支持静态对象的判断,对于函数内赋值,不能指望全局对象,只能判断输出参数或者返回值
JNI调用
C++ 回调java,不同线程间根据Jvm重新获取env不必再多解释
g_JavaVM->GetEnv((void **)&envnow
g_JavaVM->AttachCurrentThread(&envnow在保存class 对象时; g_DMClass = env->findclass("/com/example/controller") 即使g_DMClass 是全局对象也不行;也会遇到stable local ref ; 需要 jclass tmp = env->findclass("/com/example/controller"); g_DMClass = (jclass)env->NewGlobalRef(tmp); 但是在子线程中遇到FIndClass为空问题,始终没找到合适解释,部分文章提到是子线程的类查找机制问题,但没有提供准确解决方式