本篇大部分内容摘自：
慕课网 DocMike 链接：https://www.imooc.com/article/19095
一、高级工程师所要达到的技术的要求：
1、Android的基本知识
四大组件、Fragment、自定义控件、动画、组件之间的消息传递等等，这些都是基本知识也是开发过程中所必须掌握的，同时也是为今后的发展所打的基础，在这个基础上我们还要掌握组建的生命周期呀，activity启动模式的区别和场景应用、scheme跳转协议、 组件之间消息传递的机制、动画的种类和区别、属性动画的特点和作用等。
2、Android技术难点
AIDL、Binder、多进程、View的绘制流程、事件分发、消息队列等。这类知识对于定位自己为高级Android工程师的人来说是必须掌握的，同时他也是能鉴别高级和初中级工程师的一块试金石，其中binder是Android系统进程间通信最重要的手段之一，现阶段app的发展离不开多进程的运用，经常会启动例如定位、推送等需要在后台开启动的进程来保证主进程的内存运行；所以合理的使用多进程也是十分必要的；view的绘制是我们自定义控件的理论基础，只有掌握了view是如何绘制的才能个性化的自定义控件；事件分发一直是Android开发的难点之一，也是必须掌握的；关于handler机制也是android的一块难点，因为包括Asynctask、系统启动、Intentservice等底层都是通过handler来实现的，所以掌握后handler机制不仅能提高你的实战开发能力，更能让你系统的了解整个android系统运作的情况。
3、网络框架的理解
现如今Android的网络框架可谓纷繁杂乱，但不外乎这三类：网络请求框架、图片加载框架、事件处理框架、IOC框架，其中的代表分别是Retrofit／volley／Okhttp，fresco／glide／picasso，eventbus／rxjava，butterknife／dagger／dagger2，平时应该多看下这些的源码的设计理念，不仅可以纠正我们的一些代码漏洞，我们要知道这些成熟的开源框架在github上已经经过了无数次的检验，所以学习这些框架能快速提高我们的代码能力，毕竟在大家还没有转型前写代码的能力是我们工程师的根本。
4、Android系统的一些核心机制的运作
在Android源码中最重要的三个类：ActivityManagerService／PackageManagerService／View，推荐大家周末的时候可以去阅读下这部分的源码，阅读源码能提高我们今后设计架构自己代码的能力，同时也能从底层了解整个android系统的运行原理，其他一些比如主线程的消息循环、主线程如何和AMS如何跨进程交互、SystemServer进程中的各种Service的工作方式、AsyncTask的工作原理等。这些知识也是作为一个Android高级开发工程师必须掌握的，不能整天沉溺于ui和四大组件的交互，要站在更高的角度去考虑Android的有些问题。
5、Android编译构建
构建编译打包是我们开发过程中的最后一环，但是也是最容易被很多人忽视的一个知识点，现在的大型app开发团队都有自己的自动化构建工具，比如常用的jenkins，在这个基础上大家要对一些常用的工具有深入的了解：比如git的使用和它的内部原理，gradle如何加快我们编译apk的时间以及它的一些基本语法，proguard的作用和混淆的内部原理，lint是如何来检测我们代码中的问题的和如何自定义lint配置等。
二、activity相关问题总结
1.activitiy的本质：
Activity就是布满整个窗口或者悬浮于其他窗口上的交互界面。在一个应用程序中通常由多个Activity构成，都会在Manifest.xml中指定一个主的Activity，当程序第一次运行时用户就会看这个Activity，这个Activity可以通过启动其他的Activity进行相关操作。当启动其他的Activity时这个当前的这个Activity将会停止，新的Activity将会压入栈中，同时获取用户焦点，这时就可在这个Activity上操作了。都知道栈是先进后出的原则，那么当用户按Back键时，当前的这个Activity销毁，前一个Activity重新恢复。由此知道activity是一个应用中的组件，它为用户提供一个可视的界面，方便用户操作。
2.启动activity的两种方式：
intent：
intent的用途：启动activity／启动service／发送广播
启动Activity：可以将Intent对象传递给startActivity()方法或startActivityForResult()方法以启动一个Activity，该Intent对象包含了要启动的Activity的信息及其他必要的数据。
启动Service：可以将Intent对象传递给startService()方法或bindService()方法以启动一个Service，该Intent对象包含了要启动的Service的信息及其他必要的数据。
发送广播：广播是一种所有App都可以接收的信息。android系统会发布各种类型的广播，比如发布开机广播或手机充电广播等。我们也可以给其他的App发送广播，可以将Intent对象传递给sendBroadcast()方法或sendOrderedBroadcast()方法或sendStickyBroadcast()方法以发送自定义广播。
intent类型：显示intent/隐式intent
显式的Intent：如果Intent中明确包含了要启动的组件的完整类名（包名及类名），那么这个Intent就是explict的，即显式的。使用显式Intent最典型的情形是在你自己的App中启动一个组件，因为你自己肯定知道自己的要启动的组件的类名。比如，为了响应用户操作通过显式的Intent在你的App中启动一个Activity或启动一个Service下载文件。
隐式的Intent：如果Intent没有包含要启动的组件的完整类名，那么这个Intent就是implict的，即隐式的。虽然隐式的Intent没有指定要启动的组件的类名，但是一般情况下，隐式的Intent都要指定需要执行的action。一般，隐式的Intent只用在当我们想在自己的App中通过Intent启动另一个App的组件的时候，让另一个App的组件接收并处理该Intent。
intentfilter：即Intent过滤器，一个组件可以包含0个或多个Intent Filter。Intent Filter是写在App的manifest文件中的，其通过设置action或uri数据类型等指明了组件能够处理接收的Intent的类型。如果你给你的Activity设置了Intent Filter，那么这就使得其他的App有可能通过隐式Intent启动你的这个Activity。反之，如果你的Activity不包含任何Intent Filter，那么该Activity只能通过显式Intent启动，由于我们一般不会暴露出我们组件的完整类名，所以这种情况下，其他的App基本就不可能通过Intent启动我们的Activity了（因为他们不知道该Activity的完整类名），只能由我们自己的App通过显式Intent启动。
需要注意的是，为了确保App的安全性，我们应该总是使用显式Intent去启动Service并且不要为该Service设置任何的Intent Filter。
3.activity的生命周期：
a。activity的四种状态：
1）运行状态：当一个活动位于返回栈的栈顶时，这时活动就处于运行状态，最不会被系统回收的就是运行状态的活动。
2）暂停状态：当一个活动不再处于栈顶的位置，但仍然可见，弹出一个对话框或者一个不能占满屏幕的活动都会导致前一个活动处于暂停状态，系统也不会轻易回收这样的活动，除非是内存极低的情况（回收可见的活动都会造成极不好的用户体验）
3）停止状态：当一个活动不处于栈顶位置，且完全不可见的时候，就进入停止状态，当内存较低时系统会回收这样的活动
4）销毁状态：当一个活动从栈中移除后就编程销毁状态，系统会回收这样的活动
Activity的启动过程：onCreate—onStart—onResume；下返回键时：onPause—onStop—onDestroy 正如上面说是，当按下返回键时，此Activity弹出栈，程序销毁。确实如此，我们再次 打开时的启动过程又回到onCreate—onStart—onResume。OK，启动之后按下Home键，回到Launcher，查看打印信息：onPause—onStop，再次打开的运行过程：onRestart—onStart—onResume。
回调方法：
onCreate()：当 activity 第一次创建时会被调用。在这个方法中你需要完成所有的正常静态设置 ，比如创建一个视图（ view ）、绑定列表的数据等等。如果能捕获到 activity 状态的话，这个方法传递进来的 Bundle 对象将存放了 activity 当前的状态。调用该方法后一般会调用 onStart() 方法。
onRestart()：在 activity 被停止后重新启动时会调用该方法。其后续会调用 onStart 方法。
onStart()当 activity 对于用户可见前即调用这个方法。如果 activity回到前台则接着调用 onResume() ，如果 activity 隐藏则调用onStop()。
onResume()：在 activity 开始与用户交互前调用该方法。在这时该activity 处于 activity 栈的顶部，并且接受用户的输入。其后续会调用 onPause() 方法。
onPause()：在系统准备开始恢复其它 activity 时会调用该方法。这个方法中通常用来提交一些还没保存的更改到持久数据 中，停止一些动画或其它一些耗 CPU 的操作等等。无论在该方法里面进行任何操作，都需要较快速完成，因为如果它不返回的话，下一个 activity 将无法恢复出来。如果 activity 返回到前台将会调用 onResume() ，如果 activity 变得对用户不可见了将会调用onStop() 。
onStop()：在 activity 对用户不可见时将调用该方法。可能会因为当前 activity 正在被销毁，或另一个 activity （已经存在的activity 或新的 activity ）已经恢复了正准备覆盖它，而调用该方法。如果 activity 正准备返回与用户交互时后续会调用onRestart ，如果 activity 正在被释放则会调用 onDestroy 。
onDestroy()：在 activity 被销毁前会调用该方法。这是 activity 能接收到的最后一个调用。可能会因为有人调用了 finish 方法使得当前activity 正在关闭，或系统为了保护内存临时释放这个 activity的实例，而调用该方法。你可以用 isFinishing 方法来区分这两种不同的情况。
4.activity之间交互
https://juejin.im/entry/5756976c6be3ff006b024e80
a.intent简单数据传输
b.bundle传递数据包
c.传递值对象
d.startactivityForResult
5.保存activity的状态
http://blog.csdn.net/urchin_dong/article/details/50749339
http://www.jianshu.com/p/90cf59f22f40
6.Android启动模式和任务栈
在Android应用程序中，任务（Task）是个什么样的概念。我们知道，Activity是Android应用程序的基础组件之一，在应用程序运行时，每一个Activity代表一个用户操作。用户为了完成某个功能而执行的一系列操作就形成了一个Activity序列，这个序列在Android应用程序中就称之为任务，它是从用户体验的角度出发，把一组相关的Activity组织在一起而抽象出来的概念。
1）任务栈简单了解：
a. Android任务栈又称为Task，它是一个栈结构，具有后进先出的特性，用于存放我们的Activity组件。
b. 我们每次打开一个新的Activity或者退出当前Activity都会在一个称为任务栈的结构中添加或者减少一个Activity组件，因此一个任务栈包含了一个activity的集合, android系统可以通过Task有序地管理每个activity，并决定哪个Activity与用户进行交互:只有在任务栈栈顶的activity才可以跟用户进行交互。
c. 在我们退出应用程序时，必须把所有的任务栈中所有的activity清除出栈时,任务栈才会被销毁。当然任务栈也可以移动到后台, 并且保留了每一个activity的状态. 可以有序的给用户列出它们的任务, 同时也不会丢失Activity的状态信息。
d. 需要注意的是，一个App中可能不止一个任务栈，某些特殊情况下，单独一个Actvity可以独享一个任务栈。还有一点就是一个Task中的Actvity可以来自不同的App，同一个App的Activity也可能不在一个Task中。
2）启动模式
为什么要有启动模式？
我们在开发项目的过程中，一般都需要在本应用中多个Activity组件之间的跳转，也可能需要在本应用中打开其它应用的可复用的Activity。如我们可能需要跳转到原来某个Activity实例，此时我们更希望这个Activity可以被重用而不是创建一个新的 Activity，但根据Android系统的默认行为，确实每次都会为我们创建一个新的Activity并添加到Task中，这样android系统是不是很傻？还有一点就是在我们每开启一次页面加入到任务栈Task中后，一个Activity的数据和信息状态都将会被保留，这样会造成数据冗余, 重复数据太多, 最终还可能导致内存溢出的问题(OOM)。为了解决这些问题，android系统提供了一套Activity的启动模式来修改系统Activity的默认启动行为。
a)standard,标准模式，也是系统的默认模式（可以不指定），在这样模式下，每启动一个Activity都会重新创建一个Activity的新实例，并且将其加入任务栈中，而且完全不会去考虑这个实例是否已存在
b)singleTop,栈顶复用模式，顾名思义，在这种模式下，如果有新的Activity已经存在任务栈的栈顶，那么此Activity就不会被重新创建新实例，而是复用已存在任务栈栈顶的Activity。这里重点是位于栈顶，才会被复用，如果新的Activity的实例已存在但没有位于栈顶，那么新的Activity仍然会被重建。需要注意的是，Activity的onNewIntent方法会被调用
c)singleTask,栈内复用模式。这是一种单例模式，与singTop点类似，只不过singTop是检测栈顶元素是否有需要启动的Activity，而singTask则是检测整个栈中是否存在当前需要启动的Activity，如果存在就直接将该Activity置于栈顶，并将该Activity以上的Activity都从任务栈中移出销毁，同时也会回调onNewIntent方法
d)singleInstance模式下，该Activity在整个android系统内存中有且只有一个实例，而且该实例单独尊享一个Task。换句话说，A应用需要启动的MainActivity 是singleInstance模式，当A启动后，系统会为它创建一个新的任务栈，然后A单独在这个新的任务栈中，如果此时B应用也要激活MainActivity，由于栈内复用的特性，则不会重新创建，而是两个应用共享一个Activity的实例
3）startActivityForResult和启动模式
startActivityForResult方法能够起效：standard和singleTop
startActivityForResult方法不能够起效：singleTask和singleInstance
1）只要将被启动的Activity属性设置为singleTask则一定不起效
2）只要将被启动的Activity属性设置为singleInstance则一定不起效
3）只要将启动的Activity模式设置为singleInstance则不论被启动的Activity为哪种模式均不起效