最近部门有新入职员工,作为规划技术路线的导师,这边给新员工安排了学习路线。
除了基本的学习路线之外,每次沟通,我都留了一个小问题,让小伙伴去思考。
这些问题有些是刚接触 Android 开发的小伙伴所不熟悉的,有些则是部分初级工程师都没有注意到的。
因此这边纪录一下,希望帮助刚毕业进入职场的 Android 小伙伴,或是对这些还不是很熟悉的 Android 开发工程师们。
如有补充或者交流,欢迎留言。
第一点:ANR 的其中一个条件并不是在 Activity 主线程做耗时任务Q: 你是否了解过 ANR?
A: 知道,但不是很了解。
Q: 什么情况下会出现 ANR?
假设这里回答的不是“在主线程执行耗时任务”的话,可以不继续追问,直接让小伙伴去了解 ANR,后期再讨论。
如果回答了是“在主线程执行耗时任务”的话,那么继续:
Q: 多久算耗时?
A: 不要超过 5s。
Q: 那么假设我在 Activity sleep 20s,是不是就一定会 ANR?
上代码例子:
MainActivity.java 文件:
activity_main.xml 文件:
<?xml version="1.0" encoding="utf-8"?> <android.support.constraint.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:app="http://schemas.android.com/apk/res-auto" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="match_parent" tools:context=".MainActivity"> <Button android:id="@+id/button" android:layout_width="0dp" android:layout_height="wrap_content" android:layout_marginTop="8dp" android:text="Button" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintStart_toStartOf="parent" app:layout_constraintTop_toTopOf="parent" /> </android.support.constraint.ConstraintLayout>代码功能很简单,就是一个按钮,点击之后会 sleep 20 秒。在 sleep 前和 sleep 后都会打印日志。
如果你只是点击按钮,然后什么都不动,是不会有 ANR 的。
但是你点击了按钮之后,你继续多次点击按钮,那么就会有 ANR 了。
以下四个条件都可以造成ANR发生:
InputDispatching Timeout: 5秒内无法响应屏幕触摸事件或键盘输入事件
BroadcastQueue Timeout : 在执行前台广播(BroadcastReceiver)的onReceive()函数时10秒没有处理完成,后台为60秒。
Service Timeout : 前台服务20秒内,后台服务在200秒内没有执行完毕。
ContentProvider Timeout : ContentProvider的publish在10s内没进行完。
所以可能很多小伙伴会把上面四个条件的第一个和 Activity 直接挂钩,以为是在主线程耗时超过 5s 就会 ANR。实际上是 InputDispatching。
第二点:子线程使用Q: 既然主线程不能做耗时任务,那么有耗时任务怎么办?
A: 通过 new Thread 启动一个子线程,在子线程处理。
Q: 考虑一个场景,比如类似微信这类 IM 软件收到消息。需要写数据库,这个时候需要启动线程。当收到消息 N 多的时候,如果都用 new Thread 启动线程的话,是否会有问题。场景模拟可以通过循环创建子线程模拟。
上代码例子:
MainActivity.java 文件:
这个部分手机厂商比如(华为)有对线程数目做限制的话,一运行就会 crash,Logcat 会看到下面信息:
pthread_create (1040KB stack) failed: Out of memory我这边一开始在三星 S7 上面运行,并没有出现。后面换成华为 5x 手机就出现了。
Android 开发的小伙伴都知道兼容是硬伤,所以我们不能抱有侥幸心理。
针对这种情况,我们不能一遇到耗时任务,就很潇洒的一个 new Thread 全部搞定。
如果你当前界面只有一个耗时任务,而且只需要调用一次,那么你进入该界面用 new Thread 来处理没有问题。
但是假设像上面我们描述的场景那样,需要调用多次的时候。你就不能简单粗暴的使用 new Thread 了。