Android8.0安装apk报错：Package xxx is currently frozen

最新推荐文章于 2025-05-19 20:03:51 发布
原创 最新推荐文章于 2025-05-19 20:03:51 发布 · 8.2k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Android8.0 #安装apk

问题出现
App版本更新时，使用Android 8.0的手机会出现问题：安装包下载完成之后，屏幕闪了一下并没有跳转到安装界面，使用8.0以下的手机并没有这个问题，查看异常信息，发现如下警告

java.lang.SecurityException: Package com.example.xx.allrun is currently frozen!

原因分析
Android 8.0 Oreo 中，Google 移除掉了容易被滥用的“允许位置来源”应用的开关，在安装 Play Store 之外的第三方来源的 Android 应用的时候，竟然没有了“允许未知来源”的检查框，如果你还是想要安装某个被自己所信任的开发者的 app，则需要在每一次都手动授予“安装未知应用”的许可

解决方法
1、为了适配8.0需要增加以下权限

<uses-permission android:name="android.permission.REQUEST_INSTALL_PACKAGES"/>

在应用下载完成进入安装界面之前会弹出如下对话框：
在这里插入图片描述
点击外部来源

在这里插入图片描述
打开允许开关，点击返回键自会进入安装界面(安装流程略)

2、接下来我们写点代码更好的处理一下这一新变更

 /**
     * 判断是否是8.0,8.0需要处理未知应用来源权限问题,否则直接安装
     */
最低0.47元/天 解锁文章

200万优质内容无限畅学
Android 8.0安装apk的实例代码
08-27
本文给大家分享了Android 8.0安装apk的实例代码，非常不错，具有参考借鉴价值，需要的朋友参考下吧
CentOS 8.0 安装docker 报错：Problem package docker-ce-3 19.03.4-3.el7.x86_64 require
01-20
文章目录CentOS 8.0 安装docker 报错：Problem: package docker-ce-3:19.03.4-3.el7.x86_64 requires containerd.io >= 1.2.2-31、错误内容2、分析原因3、解决4、检查是否安装成功 CentOS 8.0 安装docker 报错：...
Android 8.0安装apk失败的问题总结
热门推荐
oudetu的博客
03-14 2万+
前一段时间在做App版本更新时，使用Android 8.0的手机测试发现一个问题：安装包下载完成之后，屏幕闪了一下并没有跳转到安装界面，使用8.0以下的手机并没有这个问题。 Android 8.0 Oreo 中，Google 移除掉了容易被滥用的“允许位置来源”应用的开关，在安装 Play Store 之外的第三方来源的 Android 应用的时候，竟然没有了“允许未知来源”的检查框，如果...
Android 动态申请 REQUEST_INSTALL_PACKAGES 权限问题：申请权限失败
weixin_52173250的博客
05-19 785
Android 动态申请 REQUEST_INSTALL_PACKAGES 权限问题：申请权限失败
Android 异常解析
D_Music的博客
10-23 3171
文章目录Android 异常解析java.lang.SecurityException: Package xxxx is currently frozen! Android 异常解析 java.lang.SecurityException: Package xxxx is currently frozen! 抛出异常地点： // frameworks/base/services/core/java/com/android/server/pm/PackageManagerService.java @O
java.lang.SecurityException: Package com.***.*** is currently frozen!
陈胖子的博客
06-12 1万+
问题描述： java.lang.SecurityException: Package com.***.*** is currently frozen! 本来正常启动，进入debug模式后，突然隔三差五的出现此问题，现在记录一下。 解决方案： 冷冻框架https://developer.android.com/topic/performance/vitals/frozen.html 慢渲染...
异常错误信息及解决方法合集(持续更新)
naiheshushu的博客
02-17 7254
本文旨在记录开发过程中遇到的错误异常信息，并记录解决的办法以及自己对出现此种错误异常的原因的一些推测 若有纰漏还请各路大神不吝指正 1.java.lang.IllegalArgumentException: No config chosen 原因：SDK找不到支持OPENGL的硬件 用户钩选了Use Host Gup 选项，此选项是说模拟器使用用户物理机上的GPU。如果用户物理机没有...
Android实习——09
Pandora_417的博客
11-06 1762
项目分工： FPX组： 项目名称：基于Android Studio 的 “FPX保险”项目 组长潘倩：视频播放页面+关于我们页面+夜间模式； 樊浩宇：启动页面+资源查找 周煜坤：保险分类的图文列表页面+收藏 程俊雄：侧边栏菜单+项目需求文档 全盼：登录+注册+注销 java.lang.SecurityException: Package com.***.*** is currently froze...
Exception in thread "main" java.lang.SecurityException: Prohibited package name: java 问题
m0_37859502的博客
03-31 2690
今天写了一个简单的测试类，但是却报了一个错误。 Exception in thread “main” java.lang.SecurityException: Prohibited package name: java 先翻译一下看看 线程“主”中的异常java.lang.SecurityException：禁止的包名称：java 仔细一看原来是自己的包名使用的是java，不允许使用，改...
【Appuim实战】Error: java.lang.SecurityException问题排查
mdtkzc的专栏
05-06 1877
报错信息：Error: java.lang.SecurityException: PID 21457 does not have permission android.permission.CLEAR_APP_USER_DATA to clear data of package com.android.chrome' 原因分析： 权限不够，要开启【开发者选项】-【USB调试（安全设置）】，启动该设置后，允许外部模拟和修改手机应用。小米手机开发该设置前，需登录小米账号。 ...
某APK中使用了动态注册BroadcastReceiver，Launcher中动态加载此APK出现java.lang.SecurityException异常的解决方法
如果现实是一座囚牢，那么也只有自己能将自己救赎...
09-06 5741
在某APK中，通过如下方法动态注册了一个BroadcastReceiver，代码参考如下： Launcher要动态加载此APK（动态加载APK的目的和实现思路，参见我的这个文章：Launcher中动态加载其它APK中Activity的问题解决思路）， 出现了如下异常： 09-05 19:05:55.033: E/AndroidRuntime(28637): java.lang.SecurityException: Given caller package com.zhao3546.time is not
Launcher中动态加载APK出现java.lang.SecurityException异常的解决方法（二）
如果现实是一座囚牢，那么也只有自己能将自己救赎...
09-26 8470
在Launcher中动态加载APK，之前有出现过java.lang.SecurityException的异常， 具体的异常信息如下： 09-05 19:05:55.033: E/AndroidRuntime(28637): java.lang.SecurityException: Given caller package com.zhao3546.time is not running in
由于知识盲点造成的java.lang.SecurityException异常
code18984的博客
02-25 3410
package java.international; import java.util.Locale; import java.util.ResourceBundle; import org.junit.Test; /**  * 国际化小测试  * @author lidongpo  *  */ public class I18NDemo {     @Test     public v...
[JAVA] 日常填坑 java.lang.SecurityException: Prohibited package name: java.xxx
架构探险之道
05-16 1万+
package java.patterns.v1;import capsule.patterns.v1.factory.SendFactory;public class Test { /** * > 普通工厂模式 * @param args */ public static void main(String[] args) { //发送
app联调出现java.lang.SecurityException问题的解决方法
ambitionLlll的博客
06-09 4922
最近在梳理以前做项目时记的笔记。当时开发的一个模块涉及到与搜索模块的联调，通过联调实现用搜索功能实现跳转自己开发的模块中的几个Activity，但在联调过程中，报出了：java.lang.SecurityException的问题。 根据出现的错误找到原因：通过在被调用的Activty中的Androidmanifest中添加 android:exported="true" 问题得以解决，先通过本文记录一下。 注：后续的安全性问题未考虑，关于这个问题后面还需要研究。 ...
MySQL 8.0 部署MHA报错：There is no alive server. We can't do failover
最新发布
07-08
<think>我们正在处理用户关于MySQL 8.0 MHA报错"There is no alive server We can't do failover"的问题。 根据引用内容，MHA是一个成熟的MySQL高可用解决方案，能够在短时间内自动完成故障切换并保证数据一致性。 但是，在MySQL 8.0中部署MHA时可能会遇到一些兼容性问题，因为MHA最初是为较早版本的MySQL设计的。 常见的导致该错误的原因包括： 1. MHA Manager无法连接到任何MySQL节点（包括主库和从库）。 2. MySQL节点的状态异常（例如，主库宕机且从库也无法连接）。 3. MHA配置文件中关于节点连接的信息（如IP、端口、用户名、密码）不正确。 4. MySQL 8.0默认使用了新的身份验证插件（caching_sha2_password），而MHA可能还不支持，导致认证失败。 解决方案步骤： 1. 检查网络连接：确保MHA Manager可以ping通所有MySQL节点，并且MySQL的端口（默认3306）是开放的。 2. 检查MySQL服务状态：确保所有MySQL节点都在运行。 3. 检查MHA配置文件：确认配置文件（如app1.cnf）中的节点配置正确，特别是hostname、ip、port、user、password等。 4. 修改MySQL用户认证插件：MySQL 8.0默认使用caching_sha2_password，而MHA可能只支持mysql_native_password。因此，需要将用于MHA连接的用户（如mha用户）的认证插件改为mysql_native_password。 参考引用[2]和[3]中的操作，修改用户认证插件： 在MySQL中执行： ALTER USER 'mha'@'10.0.0.%' IDENTIFIED WITH mysql_native_password BY 'mha'; FLUSH PRIVILEGES; 同样，确保复制用户（如repl）也使用mysql_native_password： ALTER USER 'repl'@'10.0.0.%' IDENTIFIED WITH mysql_native_password BY '123'; FLUSH PRIVILEGES; 5. 测试连接：使用MHA Manager节点上的mysql客户端尝试用相同的用户名和密码连接到每个MySQL节点，确保连接成功。 6. 检查MHA Manager日志：通常位于/var/log/masterha/app1/manager.log（具体路径根据配置），查看更详细的错误信息。 如果以上步骤都正确，但仍然报错，可能需要检查MHA版本是否支持MySQL 8.0。目前，MHA的官方版本可能尚未完全支持MySQL 8.0，但社区可能有补丁。可以尝试使用一些第三方分支（如https://github.com/yoshinorim/mha4mysql-manager）来支持MySQL 8.0。 注意：在修改认证插件后，需要重启MySQL服务吗？实际上，执行ALTER USER后立即生效，不需要重启，但需要确保FLUSH PRIVILEGES。 最后，建议在测试环境中验证MHA的故障切换功能。</think>### MySQL 8.0 MHA 报错 "There is no alive server We can't do failover" 解决方案 #### 问题分析 该报错通常发生在 MHA 检测不到任何存活的 MySQL 节点时，主要原因包括： 1. **认证插件不兼容** MySQL 8.0 默认使用 `caching_sha2_password` 认证插件，而 MHA 仅支持 `mysql_native_password`[^1][^2]。 2. **网络连接问题** MHA Manager 无法通过 TCP/IP 连接到 MySQL 节点（防火墙/路由限制）。 3. **权限配置错误** MHA 用户权限不足或配置未生效。 4. **节点状态异常** 所有 MySQL 节点实际宕机或处于不可用状态。 --- #### 解决方案（逐步操作） ##### 步骤 1：修改用户认证插件（关键步骤） 在 **所有 MySQL 节点** 上执行以下 SQL 命令： ```sql -- 修改 mha 用户认证插件 ALTER USER 'mha'@'10.0.0.%' IDENTIFIED WITH mysql_native_password BY 'your_password'; FLUSH PRIVILEGES; -- 修改复制用户认证插件（如 repl） ALTER USER 'repl'@'10.0.0.%' IDENTIFIED WITH mysql_native_password BY 'repl_password'; FLUSH PRIVILEGES; ``` **说明**： - 将 `10.0.0.%` 替换为 MHA Manager 的实际 IP 段 - 密码需与 MHA 配置文件 `app1.cnf` 中的配置一致[^3] ##### 步骤 2：验证网络连通性 在 MHA Manager 节点执行： ```bash # 测试到每个 MySQL 节点的连接 nc -zv db01 3306 # 主库 nc -zv db02 3306 # 从库1 nc -zv db03 3306 # 从库2 ``` **修复建议**： - 若连接失败，检查防火墙规则： ```bash sudo iptables -L -n | grep 3306 ``` - 开放端口： ```bash sudo iptables -A INPUT -p tcp --dport 3306 -j ACCEPT ``` ##### 步骤 3：检查 MHA 配置文件 确认 `app1.cnf` 配置正确： ```ini [server default] user=mha password=your_password # 需与步骤1设置的密码一致 ssh_user=root [server1] hostname=db01 # 确保主机名可解析 candidate_master=1 [server2] hostname=db02 no_master=1 ``` ##### 步骤 4：检查节点状态 1. 手动验证 MySQL 节点状态： ```sql SHOW SLAVE STATUS\G -- 确认复制正常 SELECT @@read_only; -- 从库应为1 ``` 2. 在 MHA Manager 运行检测： ```bash masterha_check_repl --conf=/etc/mha/app1.cnf ``` **预期输出**：`MySQL Replication Health is OK.` --- #### 其他注意事项 1. **MHA 版本兼容性** 使用支持 MySQL 8.0 的 MHA 分支（如 [mha4mysql-manager](https://github.com/yoshinorim/mha4mysql-manager)）。 2. **日志分析** 检查 MHA 日志定位具体问题： ```bash tail -f /var/log/masterha/app1/manager.log ``` 3. **权限验证** 在 MHA Manager 测试 MySQL 登录： ```bash mysql -u mha -h db01 -p -e "SHOW DATABASES;" ``` --- #### 预防措施 - 在部署 MHA 前统一修改认证插件： ```sql ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'password'; ``` - 使用 MHA 连接检查工具定期验证： ```bash masterha_check_status --conf=/etc/mha/app1.cnf ``` 通过以上步骤，可解决 90% 以上的 `There is no alive server` 报错问题。若问题仍存在，请提供 MHA 日志中的具体错误行进一步分析[^1][^3]。 ---
评论 6
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值