第5章 Android进程/线程和程序内存优化
5.1 Android 进程和线程
进程(Process)是程序的一个运行实例,以区别于“程序”这一静态的概念
而线程(Thread)则是CPU调度的基本单位。
实验1 创建Activity
结论:启动了3个线程:mainThread 和 2个Binder Thread
实验2 创建Service
结论:Service也是寄存于 ActivityThread 中;启动Service,同样需要两个Binder线程
实验3 创建多个Activity(Service)
结论:主线程mainThread只有一个;Binder线程数量有所变化
实验4 不同组件(除非特别声明)运行在同一个进程中(并且均由主线程处理事件)
如果两个对象处于同一进程空间中,那么内存区域应该是可共享访问的。
小结:
四大组件不是程序(进程)的全部,而只是它的“零件”
应用程序启动后,将创建ActivityThread主线程
同一个包中的组件将运行在相同的进程空间中
不同包中的组件可以通过一定的方式运行在一个进程空间中
一个Activity应用启动后至少会有3个线程:即1个主线程和2个Binder线程
5.2 Handler, MessageQueue, Runnable 与 Looper
Looper不断获取MessageQueue中的一个Message,然后由Handler来处理。
Thread和Handler是一对多的关系。
5.3 UI主线程——ActivityThread
ActivityThread是Activity所属的线程,也就是UI主线程(自己理解:ActivityThread不是线程类,是管理主线程的类):
public static void main(String[] args) {
...
Looper.prepareMainLooper();
ActivityThread thread = new ActivityThread();
thread.attach(false);
if (sMainThreadHandler == null) {
sMainThreadHandler = thread.getHandler();//主Handler
}
Looper.loop();
throw new RuntimeException("Main thread loop unexpectedly exited");
}
消息是推动整个系统动起来的基础。
5.4 Thread类
5.4.1 Thread的内部原理
Thread实现了Runnable, 也就是线程是“可执行的代码”
使用Thread的方法:
1、继承Thread,重写它的run方法,然后调用:
MyThread thr = new MyThread(...);
thr.start();
2、直接实现Runnable
new Thread(Runnble target).start();
5.4.2 Thread 休眠和唤醒
- wait 和 notify/notifyAll
wait的解释
Causes the calling thread to wait until another thread calls the notify() or notifyAll() method of this object.
- interrupt
wait是一种自愿行为,interrupt则是被迫的,如字面意思一样,中断线程的执行过程
- join
t1.start();
t1.join();
t2.start();
join的目的 只有当t1线程执行完成时,才执行后面的t2.start(),保证两个线程的顺序执行
- sleep
和wait一样是自愿的行为,wait是等待某个object,sleep是等待时间。
5.5 Android应用程序如何利用CPU的多核处理能力
如何主动利用CPU的多核能力,提高自身的应用程序的性能?
答案是 针对Java-Based的并行编程技术
方式1:使用Java线程
方式2:使用AsyncTask
方式3:使用IntentService
5.6 Android应用程序的典型启动流程
旧的Activity先onPause(),新的Activity再onResume()
5.7 Activity程序的内存管理与优化
5.7.1 系统对内存使用的限制
查看某个进程中的内存使用情况用 dumpsys命令,
dumpsys meminfo xxxPkg(或者pid)
Heap区域分Native(本地代码的情况)、Dalvik(虚拟机中的堆分配)
5.7.2 Android中的内存泄漏和内存检测
工具:Logcat、Memory Monitor、Heap Viewer、Allocation Tracker
定位问题的典型流程:用Memory Monitor观察程序是否经常性发生GC(问题是否存在)—— 答案如果是肯定的,进一步用Heap Viewer来甄别可疑的对象类型(导致问题的可疑对象是什么) —— 最后借助于Allocation Tracker来确定发生问题的代码在哪个位置(问题是如何产生的)
自己理解:现在Android Studio的Profile工具集成上面三步
内存泄漏检测工具:Memory Analyzer Tool(MAT),用其Memory Leak Report