MTK-内置Apk到系统不成功案例分析并解决

提示：MTK-内置Apk到系统不成功案例分析并解决

前言-场景

场景：定制系统中，内置客户apk 作为系统apk，也就是预安装客户apk

• apk 可能作为普通应用但是不允许卸载、可卸载下恢复出厂设置要求恢复
• apk 可能是系统LAUNCHER 开机自启
• 手动安装apk是可以安装成功的

一、实际问题：系统开机后并没有看到内置成功的APK

• apk 内置成功，编译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.apk

2、查找错误日志关联源码ApkSignatureVerifier.java

搜索大法：grep -rn "No APK Signature Scheme v2 signature in package"

3、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类对应的方法，如下：

这里最大的收获就是看到了相关的代码：

• 获取最小的签名SchemeVersionForTaskSDK
• isStaticSharedLibrary来判断是否启用must use v2 signing scheme

5、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

签名方案概览

V1和V2签名对比

总结

• 遇到问题一定要看日志，可能看日志成本蛮高的，后续可以自己写一个日志工具，通过属性来实现是否保存日志
• 找到问题后，对于签名本身很复杂的问题，在无专业知识情况下根据经验尝试更改下
• 遇到问题，解决问题时候，多看源码，根据经验靠猜+实践验证，一步一步解决问题