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爲空問題,始終沒找到合適解釋,部分文章提到是子線程的類查找機制問題,但沒有提供準確解決方式