安卓上安装代理客户端 APK：权限、覆盖安装与报错

Android 安装 APK 时，先允许当前发起安装的应用安装未知应用，再确认 Play Protect 提示。覆盖安装若遇到签名冲突，可能需要先卸载旧包；解析失败也可能与 APK 架构不匹配有关。以下系统路径以 Pixel / 原生 Android 为准。

安装权限按来源应用授权

Android 8.0 及以上版本，安装未知应用的权限按来源应用单独设置。也就是说，若由浏览器下载后发起安装，需要给该来源应用授权；若由文件管理器打开 APK，则对应来源可能是文件管理器，而不是一个全局开关。

设置项叫「安装未知应用」。Android 官方页面没有写完整的菜单路径；能确认的进入方式，是安装器弹出提示时按弹窗上的「设置」按钮。不同品牌的界面和路径可能不同。Android 7.1.1 及更早版本使用位于「设置 > 安全」的“未知来源”设置，不能把较新版本的来源授权方式套用到旧系统。

Play Protect 仍会检查外来 APK

Google Play Protect 会检查通过 Play 以外来源安装的应用。Android 官方说明，默认情况下该保护处于开启状态，并建议始终开启。出现检查提示时，先确认 APK 来自对应项目发布页，而不是把提示简单理解成安装失败。

系统检查与 APK 来源是两件事；核对文件发布来源后，再根据设备提示作选择。

安装之前可核对两件事：

• 是哪个应用发起安装，并确认对应来源授权。
• 新 APK 是否来自项目自己的发布记录。

覆盖安装可能因签名冲突失败

AOSP 对 INSTALL_FAILED_UPDATE_INCOMPATIBLE 的说明是：设备已有同包名应用，而新包的签名不同，且旧应用数据尚未移除时，更新安装失败。因此，同名应用从不同渠道取得时可能不能直接覆盖；卸载旧版会删除该应用的本地数据，处理前应先确认是否需要保留。

系统安装器也有“应用未安装：软件包与现有软件包存在冲突。”提示字符串，但签名冲突时是否一定显示这句，资料没有确认。表述应保留为可能，不应写成固定弹窗。

解析失败时对照 APK 架构

Android 的 ABI 与设备 CPU 指令集有关。APK 中的原生代码若没有匹配设备支持的 ABI，系统安装可能失败；INSTALL_FAILED_NO_MATCHING_ABIS 是 AOSP 列出的相关错误码。架构说明见Android APK 架构区别。

该对照只写来源中明确列出的信息。尤其是“官方没有说明”表示项目资料未给出相应字段，不等于应用一定不支持某种安装包。

安装包的来源授权也不等于对文件内容的认可。Play Protect 对 Play 外应用进行检查，项目仓库则用于确认发布者与文件记录；遇到签名冲突时，先记下现有应用来源，再决定是否卸载，以免丢失本地数据。

Android NDK 列出的 ABI 包括 armeabi-v7a、arm64-v8a、x86 与 x86_64。同一 APK 可以包含多种 ABI，也可能由项目分别发布多个架构文件；设备与文件的对应关系见架构介绍，不要依据另一项目的命名来猜测。

设备 VPN 授权与安装来源权限也不是同一设置；系统 VPN 模式的授权规则见VPN 模式说明。