在迁移代码的时候,发现代码可以在模拟器上运行,但是无法在真机上面运行,最后经过挨个的排查,最终发现是ndk的问题。在app的build.gradle中的ndk缺少了匹配的实体机类型,然后加了一下 'x86','armeabi-v7a','armeabi','armabi-v7a','x86_64','arm64-v8a','mips','mips64'

defaultConfig {
applicationId "com.hezilon.bmplugin.testmodel"
minSdkVersion 21
targetSdkVersion 26 //建议此属性值设为21 io.dcloud.PandoraEntry 作为apk入口时 必须设置 targetSDKVersion>=21 沉浸式才生效
versionCode 1
versionName "1.0"
multiDexEnabled true
ndk {
abiFilters 'x86','armeabi-v7a','armeabi','armabi-v7a','x86_64','arm64-v8a','mips','mips64'
}
// externalNativeBuild{
// cmake{
// cppFlags "-std=c++14"
// abiFilters 'arm64-v8a','armeabi-v7a','x86','x86_64'
// arguments "-DANDROID_STL=c++_shared"
// }
// }
}

可以在真机上运行了,然后出现错误:couldn't find "libc++_shared.so"

需要在app的build.gradle中把这段代码去掉

packagingOptions {
exclude 'lib/arm64-v8a/*'
exclude'lib/armeabi-v7a/*'
}

然后又会出现子模块文件引入混淆,未完待续

关注我的公众号SpaceObj 领取idea系列激活码

posted on   张伯灵  阅读(424)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 单元测试从入门到精通
· 上周热点回顾(3.3-3.9)



点击右上角即可分享
微信分享提示