android异常崩溃
㈠ android用timer做定时任务,崩溃的原因
在做定时任务的时候，有的同学可能能会用到Timer这个定时任务的辅助类，
但是使用它会有潜在的风险，风险如下，
（1）时间计算不准确问题
因为Timer是以绝对时间计算定时任务的，会受到系统时间的影响，如果在任务执行期间，更改了系统时间，那么会
导致时间计算不准确问题，导致任务没用按找预定的时间执行。
（2）只能单任务执行
简单讲就是，只能一次执行一个任务，如果前一个任务没有执行完成，后一个任务是无法并行执行的，只能等待前一个任务执行完成
才能执行。也有可能会出现这样的结果，前一个任务执行的时间太长，后几个任务时间短，可能在一个时间段内执行了多个任务，任务又
没有按照我们要执行的时间执行。
（3）非检查异常导致异步任务终止
Timer当在执行的过程中遇到非检查异常的时候，会导致本次任务失败，并且接下来的任务也无法被执行，Timer将会终止执行，这不是
我们要的结果，我们需要一套恢复机制。
java5以后可以用下面的这个类来替代Time，并且解决了以上三个问题
java.util.concurrent.ScheledThreadPoolExecutor
那么在Android上呢，可以用 java.util.concurrent.ScheledThreadPoolExecutor，也可以用Handler机制做，
但是不建议使用Timer
㈡ android使用Thread.UncaughtExceptionHandler处理系统崩溃异常，uncaughtException方法被执行多次
电脑文件被破坏，启动不了，系统崩溃了，就蓝屏了，windows的老毛病了。
试下开机，按F8键，进安全模式，看能否正常进去（安全模式是系统最小加载服务启动模式）
如果连安全模式都进不去，就趁早重装系统。
只要重新安装系统就可以正常，通常常规安装系统方法：
1先设置U盘启动，U盘启动界面，用分区软件给固态分区并且4G对齐，
2还原系统镜像
3电脑重启，会从固态启动，并安装驱动。
4安装完成后，电脑重启就可以使用了。
安装系统稍有点复杂，上面只是简单的手写了点，还是太简陋了，需要具体的重装系统操作，你还是看下网上教程，很详细。
㈢ 安卓系统崩溃怎么办
需要“一键还原”系统或“重装系统”了 很简单系统崩溃了。因为现在的所谓安卓系统是模拟器，在wm的基础上运行，里面的驱动都是wm的
㈣ 为什么Android应用异常后会自动重启
这是人为设置的，通常程序在崩溃后，有3种处理方式，1直接关闭，2重新启动应用，3 如果崩溃的页面为子级页面，则返回到上一层页面。.Android应用异常后会自动重启是Android应用异常后的安全警报！ 所以是用Android手机时偶尔会因为某些异常导致正在使用的应用出现异常并强制关闭并重启。
㈤ Android程序在手机上崩溃
正常状况，手机内存不够或者你的程序有问题，建议下载个内存清理的程序比如360，qq管家之类的，多清理几次就好了。
㈥ Android 12 已来，你的 App 崩溃了吗
Android 12 已来，你的 App 崩溃了吗？我们已经开始做 Android 12 的适配了，在 Android 12 中包含了很多的功能和一些行为的变更，接下来我们一起来分析这些行为的变更对我们的应用产生了那些影响。
通过这篇文章你将学习到以下内容：
如果对上面的异常产生的条件，不是很理解，可以点击下方链接查看，目前已经有很多开源项目都已经开始适配这个行为的变更了，例如 leakcanary 等等，详情前往查看下列地址：
这个行为的变更无论是对库开发者 和 还是应用开发者影响都非常大。
android:exported 属性的默认值取决于是否包含 ，如果包含 那么默认值为 true，否则 false。
正因为 android:exported 的属性的默认值的问题，Twicca App 发生过一次安全性问题，因为另一个没有访问 SD 卡或网络权限的 App，可以通过 Twicca App 将存储在 SD 卡上的图片或电影上传到 Twicca 用户的 Twitter 账户上的社交网络上。
产生问题的代码如下所示：
因为添加了 intent-filter 所以 android:exported 的属性的默认值为 true，因此可以接受来自其他 App 的访问，进而造成了上述问题（通过 Twicca App 将存储在 SD 卡上的图片或电影上传到 Twicca 用户的 Twitter 账户上的社交网络上），而解决方案有两个：
这种方案也是可行的，因为在一台设备上，不可能会出现两个包名相同的应用，更多详细的信息可以前往查看 Restrict access to sensitive activities。
https://wiki.sei.cmu.e/confluence/display/android/DRD09.+Restrict+access+to+sensitive+activities
这仅仅是关于 activity 的安全漏洞的其中一个，在不同的场景下利用这些漏洞做的事情也可能不一样。当然还有 service 和 receiver 组件也都是一样，存在安全性问题。
为什么在 Android 12 上需要显示的指定 PendingIntent 的可变性
在 Adnroid 12 之前，默认创建一个 PendingIntent 它是可变的，因此其他恶意应用程序可能会拦截，重定向或修改此 Intent。（但是是有条件限制的）
一个 PendingIntent 是一个可以给另一个应用程序使用的 Intent，PendingIntent 接收待处理意图的应用程序可以使用与产生待处理意图的应用程序相同的权限和身份执行待处理意图中指定的操作。
因此，创建待处理意图时必须小心，为了安全性 Google 在 Android 12 中需要开发者自己来指定 PendingIntent 的可变性。
更多关于 PendingIntent 安全性介绍，可以前往查看 Always pass explicit intents to a PendingIntent。
https://wiki.sei.cmu.e/confluence/display/android/DRD21-J.+Always+pass+explicit+intents+to+a+PendingIntent
Android 开发者都应该知道这个命令 adb backup , 它可以备份应用的数据，在 Android 12 中，为了保护私有应用数据，用户运行 adb backup 命令时，从设备导出的任何其他系统数据都不包含应用数据。
如果你在测试和开发过程中需要使用 adb backup 来备份应用数据，你可以在 AndroidManifest 中将 android:debuggable 设置为 true 来导出应用数据。
注意：在发布应用前将 android:debuggable 设置为 false。
为什么在 Android 12 上限制了 adb backup 命令的默认行为
因为这个存在严重的安全问题，当初 Google 为了提供 App 数据备份和恢复功能，可以在 AndroidManifest 中添加 android:allowBackup 属性，默认值为 true, 当你创建一个应用的时候，会默认添加这个属性，如下所示。
当 android:allowBackup="true" 时，用户可以通过 adb backup 和 adb restore 命令对应用数据进行备份和恢复，也就是说可以在其他的 Android 手机上安装同一个应用，通过如上命令恢复用户的数据。
为了安全起见，我们在发布出去的 Apk 中一定要将 android:allowBackup 属性设置为 false 来关闭应用程序的备份和恢复功能，以免造成信息泄露。国民级应用 XX 信, 在曾今发出的版本中 allowBackup 的属性值是 true，被其他逆向开发者利用之后，现在的版本中这个值已经修改为 false了，有兴趣的小伙们可以反编译看看。
在这里推荐一个开源项目 linkedin/qark 这是由 LinkedIn 开源的项目，这个工具被设计用来寻找与安全相关的 Android 应用程序漏洞，无论是源代码还是打包的 APK，具体的用法文档上写的非常的清楚了，这里不做详细的介绍了。
https://github.com/linkedin/qark
这个开源项目的检查结果，作为参考即可。当然也有很多公司花了重金去购买第三方的服务来检查 App 的安全漏洞。
在 Android 12 上这几个行为的变更它们都有一个共性：安全性，可见 Google 这几年在安全上做了很多的努力，当然还有其他的一些行为的变更，可以前往查看 行为变更：以 Android 12 为目标平台的应用。
https://developer.android.com/about/versions/12/behavior-changes-12
在这里还分享一份由大佬亲自收录整理的 学习PDF+架构视频+面试文档+源码笔记 ， 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料
这些都是我现在闲暇时还会反复翻阅的精品资料。里面对近几年的大厂面试高频知识点都有详细的讲解。相信可以有效地帮助大家掌握知识、理解原理，帮助大家在未来取得一份不错的答卷。
当然，你也可以拿去查漏补缺，提升自身的竞争力。
真心希望可以帮助到大家，Android路漫漫，共勉！
如果你有需要的话，只需 私信我【进阶】即可获取
㈦ android系统中出现的nativecrash反映的是系统哪一层的问题呀是framework层的问题吗
Android平台程序崩溃的类型及原因列举
ANR（可见ANR）：
发生场景：应用发生ANR。
崩溃症状：系统弹出窗口询问用户选择“Force Close”或者“Wait”。
"Force Close"将杀掉发生ANR的应用进程。"Wait"将会等待系统择机恢复此应用进程。
发生原因：（1）应用主线程卡住，对其他请求响应超时。（2）死锁。（3）系统反应迟钝。（4）CPU负载过重。
Force Close：
发生场景：应用进程崩溃。
崩溃症状：系统弹出窗口提示用户某进程崩溃。
发生原因：空指向异常或者未捕捉的异常。
Tombstones：
发生场景：Native层崩溃
崩溃症状：如果发生崩溃的native层和UI有关联（比如Browser），我们可以在UI上发现这个崩溃。
如果发生崩溃的native层是在后台并且和UI没有直接联系，那么对于用户来说是不可见的，如果是debug版本可能会有Log打印出当时的底层现场。
发生原因：各种各样，需要具体情况具体分析。
系统服务崩溃（System Server Crash）：
发生场景：系统服务是Android核心进程，此服务进程发生崩溃。
崩溃症状：手机重启到Android启动界面
发生原因：（1）系统服务看门狗发现异常。（2）系统服务发生未捕获异常。（3）OOM。（4）系统服务Native发生Tombstone。
Kernel Panics：
发生场景：Linux内核发生严重错误
崩溃症状：手机从bootloader开始完全重启
发生原因：（1）Linux内核内存空间发生内存崩溃。（2）内核看门狗发现异常。（3）空指针操作内核。
㈧ 【Android】Permission denied (missing INTERNET permission)异常踩坑
自己在做项目的时候，发现APK在某厂家的一款机顶盒上开机启动的时候，接收开机广播拉起进程之后，进程突然崩溃，如果再次拉起进程，又能够正常使用了，经过全局异常捕获发现，导致进程崩溃的原因居然是okhttp中抛出的一个异常：
第一眼看这个异常，肯定会想到，这特么的是没有加权限啊！！！然而事情如果有这么简单的话，还填个毛的坑啊！！！接下来，讲一下关于这个异常的情况。
对于这种异常，大部分情况下确实因为没有添加网络权限导致的，一般只需要添加
<uses-permission android:name="android.permission.INTERNET" />
该权限即可解决该异常引起的崩溃，然后我再项目中查了一遍又一遍，确认了一次又一次，确定不是由于未添加网络权限导致的该异常，难道还有其他原因？
查看了出现该异常的其他博客，也有人在出现该异常时添加如下权限就解决了的
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
事实上，依然没有效果，开机该崩溃还得崩溃；后来在想干脆将网络权限都加上，流氓点就流氓点，但该总不会导致这个异常了吧？
爽不过三秒，开启重启，还是崩溃了~~~~~~~
因为做大屏应用开发，很多应用需要在开机之后就要后台运行，如果开机进程挂了不能起来就玩完了。查了很多资料，目前尚不明确具体什么原因导致的该异常，初步定位为与ROM有关，但事情总得想法子解决的。如何解决？
既然是okHttp网络访问出现的异常导致的崩溃，那么我这边想法是通过okHttp拦截器来拦截该异常，并做相关处理。具体的拦截器写法如下：
所以我这里就是先搞一个定时器，10秒后定时发送广播，拉起自己，同时手动kill掉进程，这样既保证了崩溃平台不会大批量收集该异常，同时进程保证也能够正常再开机的时候运行，虽然kill了一次，但不影响业务，至此，虽然没找到具体的原因，但还是解决了该问题。
如果有哪位在使用oKhttop的时候也出现了这类异常，并且不是由于简单的权限问题导致的，分析到了原因还望告知，谢谢。
同步发布于掘金： https://juejin.im/post/5b129d295188257d86687532
㈨ 安卓手机系统崩溃了，开不了机，怎么办
方法一、在手机关机状态下，同时按住手机的开机键加音量键，5秒左右，进入recovery模式：按音量键，选择【清除wipe
data数据】→按开机键，确定执行操作，待手机自动重启，进入初始状态的手机系统，故障排除。
2、方法二：如果方法一，不能解决问题，那么请刷机解决手机系统问题
安卓系统刷机，一般分为：卡刷和线刷两种
具体刷机方法，可以根据手机的品牌机型，上网搜索卡刷或线刷包（一般附带刷机教程），进行卡刷或线刷操作。
刷机，可以解决
一切安卓手机的非硬件（系统）问题。