标签：android-7-0-nougat sqlcipher android-ndk android sqlcipher-android
我在Android 7.0三星S8上收到以下崩溃信息,以及许多其他此类本机崩溃信息：
backtrace:
#00 pc 000000000005da7c /system/lib64/libbinder.so (_ZN7android6Parcel14freeDataNoInitEv+16)
#01 pc 00000000000f8538 /system/lib64/libandroid_runtime.so
#02 pc 0000000002a4fa24 /system/framework/arm64/boot-framework.oat (android.os.Parcel.nativeDestroy+128)
#03 pc 0000000002a4ee10 /system/framework/arm64/boot-framework.oat (android.os.Parcel.destroy+76)
#04 pc 0000000002a5396c /system/framework/arm64/boot-framework.oat (android.os.Parcel.finalize+40)
#05 pc 000000000068a6e0 /system/framework/arm64/boot-core-libart.oat (java.lang.Daemons$FinalizerDaemon.doFinalize+140)
#06 pc 000000000068a9bc /system/framework/arm64/boot-core-libart.oat (java.lang.Daemons$FinalizerDaemon.runInternal+520)
#07 pc 000000000068a054 /system/framework/arm64/boot-core-libart.oat (java.lang.Daemons$Daemon.run+96)
#08 pc 000000000065fda0 /system/framework/arm64/boot.oat (java.lang.Thread.run+60)
#09 pc 00000000000d25b4 /system/lib64/libart.so (art_quick_invoke_stub+580)
#10 pc 00000000000df6e4 /system/lib64/libart.so (_Z N3art9ArtMethod6InvokeEPNS_6ThreadEPjjPNS_6JValueEPKc+212)
#11 pc 0000000000475fc4 /system/lib64/libart.so (_ZN3artL18InvokeWithArgArrayERKNS_33ScopedObjectAccessAlreadyRunnableEPNS_9ArtMethodEPNS_8ArgArrayEPNS_6JValueEPKc+108)
#12 pc 0000000000477598 /system/lib64/libart.so (_ZN3art35InvokeVirtualOrInterfaceWithJValuesERKNS_33ScopedObjectAccessAlreadyRunnableEP8_jobjectP10_jmethodIDP6jvalue+372)
#13 pc 00000000004988a8 /system/lib64/libart.so (_ZN3art6Thread14CreateCallbackEPv+1104)
#14 pc 00000000000770f4 /system/lib64/libc.so (_ZL15__pthread_startPv+204)
#15 pc 000000000001e7d0 /system/lib64/libc.so (__start_thread+16)
此崩溃已在Play商店中记录.对于我们在Play商店中提供的每个版本更新,它都会不断重复.
我的应用程序中使用了以下库,这是唯一使用NDK中的jni代码的库.
compile 'net.zetetic:android-database-sqlcipher:3.5.9@aar'
compile 'org.greenrobot:greendao:3.0.1'
NDK Restrictions on Android 7.0
请帮助解决此崩溃问题.对于我的应用程序来说,它每天都在增加.
见下图：
解决方法:
请确认您没有在共享存储首选项或本地sqlite db之类的持久存储中存储任何可打包对象.
包裹不是通用的序列化机制.此类(以及用于将任意对象放入Parcel的相应的Parcelable API)被设计为高性能IPC传输.因此,将任何Parcel数据放置到持久性存储中是不合适的：对Parcel中任何数据的基础实现的更改可能会使较旧的数据变得不可读.
标签：android-7-0-nougat,sqlcipher,android-ndk,android,sqlcipher-android 来源： https://codeday.me/bug/20191025/1928298.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。