背景

到目前为止，我可以通过以下代码使用root(在应用程序内)安装APK文件：

pm install -t -f fullPathToApkFile

并且如果我想(尝试)安装到sd-card：

pm install -t -s fullPathToApkFile

问题

最近，不确定从哪个Android版本开始(至少在Android P beta中存在该问题)，上述方法失败，向我显示此消息：

avc: denied { read } for scontext=u:r:system_server:s0 tcontext=u:object_r:sdcardfs:s0 tclass=file permissive=0

System server has no access to read file context u:object_r:sdcardfs:s0 (from path /storage/emulated/0/Download/FDroid.apk, context u:r:system_server:s0)

Error: Unable to open file: /storage/emulated/0/Download/FDroid.apk

Consider using a file under /data/local/tmp/

Error: Can't open file: /storage/emulated/0/Download/FDroid.apk

Exception occurred while executing:

java.lang.IllegalArgumentException: Error: Can't open file: /storage/emulated/0/Download/FDroid.apk

at com.android.server.pm.PackageManagerShellCommand.setParamsSize(PackageManagerShellCommand.java:306)

at com.android.server.pm.PackageManagerShellCommand.runInstall(PackageManagerShellCommand.java:884)

at com.android.server.pm.PackageManagerShellCommand.onCommand(PackageManagerShellCommand.java:138)

at android.os.ShellCommand.exec(ShellCommand.java:103)

at com.android.server.pm.PackageManagerService.onShellCommand(PackageManagerService.java:21125)

at android.os.Binder.shellCommand(Binder.java:634)

at android.os.Binder.onTransact(Binder.java:532)

at android.content.pm.IPackageManager$Stub.onTransact(IPackageManager.java:2806)

at com.android.server.pm.PackageManagerService.onTransact(PackageManagerService.java:3841)

at android.os.Binder.execTransact(Binder.java:731)

这似乎也影响了流行的应用程序，例如“ Titanium backup (pro)”，该应用程序无法还原应用程序。

我尝试过的

查看所写内容，似乎无权安装/data/local/tmp/中不存在的APK文件。

因此，我尝试了接下来的事情，看是否可以克服：

设置对文件的访问( chmod 777 )-并没有帮助。

创建一个指向文件的符号链接，以便使用官方API将其放置在/data/local/tmp/ ：Os.symlink(fullPathToApkFile, symLinkFilePath)

这什么也没做。

使用以下命令创建一个符号链接：ln -sf $fullPathToApkFile $symLinkFilePath

这部分起作用。 该文件在那里，正如我在Total Commander应用程序中看到的那样，但是当我尝试检查它是否存在时，以及当我尝试从那里安装APK时，它都失败了。

将文件复制/移动(使用cp或mv )到/data/local/tmp/路径，然后从那里安装。 这行得通，但有缺点：移动是有风险的，因为它会暂时隐藏原始文件，并且会更改原始文件的时间戳。 复制是不好的，因为仅用于安装(甚至是临时安装)就需要额外的空间，并且这样做会浪费时间。

使用以下命令(从此处获取)复制APK文件，告知其避免实际复制(意味着硬链接)：cp -p -r -l $fullPathToApkFile $tempFileParentPath"

这没用。 它给了我这个错误：cp: /data/local/tmp/test.apk: Cross-device link

检查在安装应用程序的其他情况下会发生什么。 通过IDE安装时，实际上会在此特殊路径中创建APK文件，但如果通过Play商店安装，简单的APK安装(通过Intent)或adb(通过PC)安装，则不会。

问题

有什么方法可以克服在此特殊路径上使用root用户安装APK的缺点？ 甚至根本避免处理此路径？

为什么OS突然需要使用此路径？ 与其他安装应用程序的方法一样，为什么不使用原始路径呢？ 通过某种方式避免使用空间路径的其他安装应用程序的方法有什么作用？