Android 6 OTA遇到关于PackageManager和OTA包制作的知识点

问题现象

OTA升级过程中低概率（十几万机器中出现10例左右这个问题）出现某输入法软键盘弹不出来，这个问题出来后恢复出厂、母块清空也是弹不出软键盘，在出现问题的机器上是必现的。

问题分析

看日志中发现输入法在接收开机广播后经常anr被杀掉重启，重启后什么日志都不打印。如果是输入法问题，被杀掉或者重启后应该正常，而且不应该是低概率出现的问题
此外，通过恢复出厂和母块清空也解决不了问题，那说明问题不在apk本身，或者说问题不在/data分区，那么android中除了这个分区就剩system分区跟apk相关了
使用dd命令把system分区拿回来，找个同样的机器写进去复现，发现是必现的，哈哈，可以解决了
怀疑1：system分区文件有被恶意篡改了
比较整个system分区所有问题的md5值
busybox find . -type f -exec busybox sha1sum {} ; | busybox tee -a /data/checksum
cat checksum | sort -t " " -k 2
看复现的日志中还是输入法被杀掉后重启，什么日志不打印
但是发现有个找不打MultisimTelephonyManager的错误
之前还报找不到so中的jni方法
找输入法同学给看看，他随口说了一句是不是找不到so提醒了我
我去apk路径下看看，发现有arm、arm64，是不是这有问题的

测试下将arm64空的文件夹去掉，就正常显示了，手动创建这个arm64空文件夹就有问题

那问题就是归结为：为什么PackageManager给这个apk的abi定的是arm64？
这个确定过程很多同学都有分析
https://blog.csdn.net/weixin_40107510/article/details/78138874
https://blog.csdn.net/q1183345443/article/details/53397395?locationNum=9&fps=1
https://www.jianshu.com/p/18a8a4e6af3f

正向分析

了解abi确定过程后，那么arm64这个空的文件夹是怎么来的呢？
一开始收到的反馈是A版本到B版本的ota过程中输入法无法调出软键盘，无论是A基础完整包升级，还是ota包升级，机器上都没有这个文件夹的
输入法反馈的是一直没动过，看patch也是在B版本之前没有修改过所以卡住

system分区没人会改只能ota改，或者原来版本就存在这个目录
所以扩大ota升级过程来看的，​下载该机型的所有ota的升级包
解压出所有该机型的ota包后
find . -name arm* | grep -i sogou没结果
grep arm64 . -rsn | grep Sogou

发现特定的OTA版本的ota过程中会对下面几个文件执行delete操作
“/system/priv-app/SogouInput/lib/arm64/”,
“/system/priv-app/SogouInput/lib/arm64/libsogouime.so”,

这样就存在一个问题：OTA过程中先删文件夹A，再删A下文件./A/a.so，会导致只删除A下的文件a.so，文件夹还在，从而导致PackageManager扫描应用决定ABI时，判断为错误的ABI，出现必现失败问题

OTA包制作过程，参见：
https://blog.csdn.net/thl789/article/details/8743743