筋郑州做网站网站空间企业个人

筋郑州做网站,网站空间企业个人,网站首页域名如何设置访问快,计算机网站建设文献综述提示#xff1a;MTK-内置Apk到系统不成功案例分析并解决 文章目录 前言-场景一、实际问题#xff1a;系统开机后并没有看到内置成功的APK二、解决方案选型-思路方案一#xff1a;静默安装方案二#xff1a;找出安装失败的原因并解决 三、实现方案解决方案修改文件实现方案-…提示MTK-内置Apk到系统不成功案例分析并解决文章目录前言-场景一、实际问题系统开机后并没有看到内置成功的APK二、解决方案选型-思路方案一静默安装方案二找出安装失败的原因并解决三、实现方案解决方案修改文件实现方案-修改解决问题步骤分析1、日志分析2、查找错误日志关联源码ApkSignatureVerifier.java3、ApkSignatureVerifier 关联点分析-verifyV3AndBelowSignatures方法4、PackageParser 签名文件方法-unsafeGetCertsWithoutVerification5、PackageParser 签名文件方法去掉must use v2 signing scheme 判断、默认SignatureSchemeVersion.JAR 签名四、知识点扩展签名版本问题V1和V2签名对比总结前言-场景场景定制系统中内置客户apk 作为系统apk也就是预安装客户apkapk 可能作为普通应用但是不允许卸载、可卸载下恢复出厂设置要求恢复apk 可能是系统LAUNCHER 开机自启手动安装apk是可以安装成功的一、实际问题系统开机后并没有看到内置成功的APKapk 内置成功编译AOSP后再 out 目录是存在这个apk 的但是实际开机后并没有看到这个apk。从用户角度说就是内置不成功;从研发角度就是内置成功但是安装不成功二、解决方案选型-思路方案一静默安装静默安装实现这种情况下需要反复验证方案多样实现功能即可。但是静默安装的apk 一定是可以被卸载的不分定制需求达不到要求方案二找出安装失败的原因并解决以MTKAndroid13 版本为例发现安装失败了那么就把源码切换到 debug 版本编译查看日志到底什么问题三、实现方案解决方案修改文件/frameworks/base/core/java/android/content/pm/PackageParser.java/frameworks/base/core/java/android/util/apk/ApkSignatureVerifier.java实现方案-修改在PackageParser.java中去掉V2 签名在ApkSignatureVerifier.java中去掉系统标准的判断SIGNING_BLOCK_V2默认SignatureSchemeVersion.JAR如下解决问题步骤分析1、日志分析日常开发中系统工程师都是用的user版本出版本默认就是user版本。没法开机后就答应日志那么先切换到userdebug版本编译、烧录、打印日志查看到错误如下果然出现在签名上面日志显示应用签名版本不对No APK Signature Scheme v2 signature in package /system/app/jst_reeadai/jst_reeadai.apk2、查找错误日志关联源码ApkSignatureVerifier.java搜索大法grep -rn No APK Signature Scheme v2 signature in package3、ApkSignatureVerifier 关联点分析-verifyV3AndBelowSignatures方法根据上面找到ApkSignatureVerifier点对应位置如下路径frameworks/base/core/java/android/util/apk/ApkSignatureVerifier.java反推分别找到如下调用链代码verifyV3AndBelowSignatures - verifySignaturesInternal - verifySignatures - unsafeGetCertsWithoutVerification那么unsafeGetCertsWithoutVerification方法是在哪里调用的这里就先看 路径frameworks/base/core/java/android/content/pm/PackageParser.java文件吧4、PackageParser 签名文件方法-unsafeGetCertsWithoutVerification如上分析这里就分析PackageParser类对应的方法如下这里最大的收获就是看到了相关的代码获取最小的签名SchemeVersionForTaskSDKisStaticSharedLibrary来判断是否启用must use v2 signing scheme5、PackageParser 签名文件方法去掉must use v2 signing scheme判断、默认SignatureSchemeVersion.JAR 签名修改方案如下路径/frameworks/base/core/java/android/content/pm/PackageParser.java修改如下路径/frameworks/base/core/java/android/util/apk/ApkSignatureVerifier.java修改如下四、知识点扩展签名版本问题这里了解下签名版本定义路径/frameworks/base/core/java/android/content/pm/SigningDetails.java签名方案概览版本引入版本主要特性验证位置向后兼容JAR (v1)Android 1.0传统 JAR 签名META-INF/所有版本v2Android 7.0 (API 24)全 APK 完整性保护APK Signing Blockv3Android 9.0 (API 28)密钥轮换支持APK Signing Blockv4Android 11 (API 30)增量安装优化独立 .apk.idsig 文件Android 11V1和V2签名对比特性JAR 签名 (v1)v2 签名 (v2)签名位置META-INF/ 目录APK Signing Block完整性保护仅保护文件内容保护整个 APK包括 ZIP 元数据性能逐个文件验证较慢整体验证更快防篡改能力较弱可修改 ZIP元数据 强保护所有字节Android 支持所有版本Android 7.0兼容性需要同时包含v1 可单独使用7.0总结遇到问题一定要看日志可能看日志成本蛮高的后续可以自己写一个日志工具通过属性来实现是否保存日志找到问题后对于签名本身很复杂的问题在无专业知识情况下根据经验尝试更改下遇到问题解决问题时候多看源码根据经验靠猜实践验证一步一步解决问题