【摘要】 在迁移代码的时候,发现代码可以在模拟器上运行,但是无法在真机上面运行,最后经过挨个的排查,最终发现是ndk的问题。在app的build.gradle中的ndk缺少了匹配的实体机类型,然后加了一下 ‘x86’,‘armeabi-v7a’,‘armeabi’,‘armabi-v7a’,‘x86_64’,‘arm64-v8a’,‘mips’,‘mips64’
defaul…
在迁移代码的时候,发现代码可以在模拟器上运行,但是无法在真机上面运行,最后经过挨个的排查,最终发现是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/*' }
然后又会出现子模块文件引入混淆,未完待续
文章来源: blog.csdn.net,作者:张泓锐,版权归原作者所有,如需转载,请联系作者。
原文链接:blog.csdn.net/qq_39671996/article/details/116607060
© 版权声明
文章版权归作者所有,未经允许请勿转载。
THE END