第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
