【啰嗦】
其实能找到我的文章的小伙伴估计早已解决99.99%的问题，我这里讲的是一个比较白痴的问题及很简单地解决，供有可能需要的人参考。
【起源】
在做Android自动更新时，用了一段Android7旧版代码，实现了下载APK后调用安装界面来安装，已经是奶牛了，能跑就没人动它。
可是最近（2023年了）拿出那段代码后发现在Android9的系统中，调用APK安装会弹出“解析软件包时出现问题”。然后在Android12的机器上，直接就提示无读写文件权限。
Intent intent = new Intent(Intent.ACTION_VIEW); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); Uri apkUri = FileProvider.getUriForFile(this, getApplicationContext().getPackageName()+".provider", file); intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION); intent.setDataAndType(apkUri, "application/vnd.android.package-archive"); Log.i(TAG,"准备安装uri："+apkUri); startActivity(intent); android.os.Process.killProcess(android.os.Process.myPid());【现象】
【解决之路】
1、第一个反应是权限不足，于是专门在设置里开放所有权限，仍然不行。于是在权限的道路上越走越窄，从AndroidManifest.xml文件动手，增加各种权限声明，其实这些代码已经跑过很多次了。
甚至还动用了chmod命令，这个命令是有用的，并且也可以看到文件权限已经rwx了：
try { String[] args2 = { "chmod", "777", file.getPath()}; Runtime.getRuntime().exec(args2); } catch (IOException e) { e.printStackTrace(); }2、是不是路径不对呢？代码里面的URI是最大嫌疑，于是有对provier、xml各种修改，改来改去，面目全非。
3、试试借助notification的点击试试，结果发现，为了解决notification适配高版本的各种特性，把时间花在如何弹出notification上了。这点谷歌那些工程师必须被谴责，变来变去，增加了哥的学习成本和瀑布式降低知识储备的使用年限（过高的折旧率）。
4、时间过去了一天。看CSDN广告都看了一堆。仍然一头雾水。
【曙光】
其实还是要“多手”才能写好代码。也不知道在哪抄的一段跟我类似的代码，想想也试试吧，于是屏蔽掉我的代码，用上他的代码，竟然发现可以弹出安装界面。啥情况？认真对比一下，那段代码是修改了xml的paths节点内容，以及跟我一样的传递intent，没什么特别呀。
那问题应该在xml这里？于是改完xml后我改回我的调用apk代码，竟然发现还是不行，迷茫的双眼，只能勉强在代码间寻找光明。
也许是坚定的信念打动上帝，我发现了我的代码中一行代码（红色），本文头部有：
...
startActivity(intent);
android.os.Process.killProcess(android.os.Process.myPid());
这一行本来没有任何特别，就是提交安装动作之后关闭自己，以免再继续动作。并且，以前也这么用，而且网上也很文章这么用。
燃鹅，过去的人可能都转行了还是怎么滴，反正他们没有对这行代码进行更新，我也是。
我屏蔽了这行之后，所有问题迎刃而解。
【问题的答案】
在提交调用安装APK后，不要立即执行killProcess。即可解决问题。
【后话】
想想可能是现在的机器越来越高效，所以过早结束了调用的线程，导致某些信息丢失。唉不管了。
可是其实我心里还是有个不爽，我就想kill，怎么着？为什么要放任程序运行不管？我就喜欢，我偏要kill！
等等！这个APK是吃饭的饭碗啊，不能这么任性，养家糊口显然并不容易。聪明人，懂得早早收工走人，不聪明的人还在那里继续翻代码。可我却不想那么聪明和那么不聪明，那加个sleep是否就两全其美呢？
来源地址：https://blog.csdn.net/showwei2004/article/details/130768902
