1、activity是什么？(app与用户交互的界面)
2、activity的生命周期
3、android进程优先级（五个：前台 / 可见 / 服务 / 后台 / 空）
（一）前台进程（Foreground process）
前台进程是Android系统中最重要的进程，是目前正在屏幕上显示的进程和一些系统进程，也就是和用户正在交互的进程，是最后被销毁的。例如，我正在使用qq跟别人聊天，在我的Android手机上这个进程就应该是前台进程。
一个进程如果满足下列任何条件被认为是前台进程：
（1）正运行着一个正在与用户交互的活动（Activity对象的onResume()方法已经被调用）。
（2）寄宿了一个服务，该服务与一个与用户交互的活动绑定。
（3）有一个Service对象执行它的生命周期回调（onCreate()、onStart()、onDestroy()）。
（4）有一个BroadcastReceiver对象执行他的onReceive()方法。
在给定时间内仅有少数的前台进程存在。仅作为最后采取的措施他们才会被杀掉——如果内存太低以至于他们不能继续运行。
（二）可见进程（Visible process）
可见进程指部分程序界面能够被用户看见，却不在前台与用户交互的进程。例如，我们在一个界面上弹出一个对话框（该对话框是一个新的Activity），那么在对话框后面的原界面是可见的，但是并没有与用户进行交互，那么原界面就是可见进程。
一个进程满足下面任何一个条件都被认为是可视的：
（1）寄宿着一个不是前台的活动，但是它对用户仍可见（它的onPause()方法已经被调用）。举例来说，这可能发生在，如果一个前台活动在一个对话框（其他进程的）运行之后仍然是可视的，比如输入法的弹出时。
（2）寄宿着一个服务，该服务绑定到一个可视的活动。
一个可视进程被认为是及其重要的且不会被杀死，除非为了保持前台进程运行。
（三）服务进程（Service process）
服务进程是通过 startService() 方法启动的进程，但不属于前台进程和可见进程。例如，在后台播放音乐或者在后台下载就是服务进程。
系统保持它们运行，除非没有足够内存来保证所有的前台进程和可视进程。
（4）后台进程（Background process）
后台进程是一个保持着一个当前对用户不可视的活动（已经调用Activity对象的onStop()方法）（如果还有除了UI线程外其他线程在运行话，不受影响）。
例如我正在使用qq和别人聊天，这个时候qq是前台进程，但是当我点击Home键让qq界面消失的时候，这个时候它就转换成了后台进程。
这些进程没有直接影响用户体验，并且可以在任何时候被杀以收回内存用于一个前台、可视、服务进程。一般地有很多后台进程运行着，因此它们保持在一个LRU（least recently used，即最近最少使用，如果您学过操作系统的话会觉得它很熟悉，跟内存的页面置换算法LRU一样）列表以确保最近使用最多的活动的进程最后被杀。
（5）空进程（Empty process）
空进程是一个没有保持活跃的应用程序组件的进程，不包含任何活跃组件。
保持这个进程可用的唯一原因是作为一个cache以提高下次启动组件的速度。系统进程杀死这些进程，以在进程cache和潜在的内核cache之间平衡整个系统资源。
android进程的回收顺序从先到后分别是：空进程，后台进程，服务进程，可见进程，前台进程。
4、android的任务栈(Task后进先出)
一个Task包含的就是activity集合，android系统可以通过任务栈有序的管理activity，一个app当中可能不止一个任务栈，在某些情况下，一个activity也可以独享一个任务栈（singleInstance模式启动的activity）
5、activity的启动模式
4种：standard / singleTop / singleTask / singleInstance
当应用运行起来后就会开启一条线程，线程中会运行一个任务栈，当Activity实例创建后就会放入任务栈中。Activity启动模式的设置在AndroidManifest.xml文件中，通过配置Activity的属性android:launchMode=""设置。
（一）Standard模式（默认模式）
说明： 每次启动一个Activity都会又一次创建一个新的实例入栈，无论这个实例是否存在。
生命周期：每次被创建的实例Activity 的生命周期符合典型情况，它的onCreate、onStart、onResume都会被调用。
举例：此时Activity 栈中以此有A、B、C三个Activity，此时C处于栈顶，启动模式为Standard 模式。若在C Activity中加入点击事件，须要跳转到还有一个同类型的C Activity。结果是还有一个C Activity进入栈中，成为栈顶。
（二）SingleTop模式（栈顶复用模式）
说明：分两种处理情况：须要创建的Activity已经处于栈顶时，此时会直接复用栈顶的Activity。不会再创建新的Activity；若须要创建的Activity不处于栈顶，此时会又一次创建一个新的Activity入栈，同Standard模式一样。
生命周期：若情况一中栈顶的Activity被直接复用时，它的onCreate、onStart不会被系统调用，由于它并没有发生改变。可是一个新的方法 onNewIntent会被回调（Activity被正常创建时不会回调此方法）。
举例：此时Activity 栈中以此有A、B、C三个Activity，此时C处于栈顶，启动模式为SingleTop 模式。情况一：在C Activity中加入点击事件，须要跳转到还有一个同类型的C Activity。结果是直接复用栈顶的C Activity。情况二：在C Activity中加入点击事件，须要跳转到还有一个A Activity。结果是创建一个新的Activity入栈。成为栈顶。
（三）SingleTask模式（栈内复用模式）
说明：若须要创建的Activity已经处于栈中时，此时不会创建新的Activity，而是将存在栈中的Activity上面的其他Activity所有销毁，使它成为栈顶。
生命周期：同SingleTop 模式中的情况一同样。仅仅会又一次回调Activity中的 onNewIntent方法
举例：此时Activity 栈中以此有A、B、C三个Activity。此时C处于栈顶，启动模式为SingleTask 模式。情况一：在C Activity中加入点击事件，须要跳转到还有一个同类型的C Activity。结果是直接用栈顶的C Activity。情况二：在C Activity中加入点击事件，须要跳转到还有一个A Activity。结果是将A Activity上面的B、C所有销毁，使A Activity成为栈顶。
（四）ingleInstance模式（单实例模式）
说明： SingleInstance比较特殊，是全局单例模式，是一种加强的SingleTask模式。它除了具有它所有特性外，还加强了一点：具有此模式的Activity仅仅能单独位于一个任务栈中。
这个经常使用于系统中的应用，比如Launch、锁屏键的应用等等，整个系统中仅仅有一个！所以在我们的应用中一般不会用到。了解就可以。
举例：比方 A Activity是该模式，启动A后。系统会为它创建一个单独的任务栈，由于栈内复用的特性。兴许的请求均不会创建新的Activity，除非这个独特的任务栈被系统销毁。
（五）启动模式的使用方式
A、 在 Manifest.xml中指定Activity启动模式
一种静态的指定方法，在Manifest.xml文件里声明Activity的同一时候指定它的启动模式，这样在代码中跳转时会依照指定的模式来创建Activity。样例例如以下：
B、启动Activity时。在Intent中指定启动模式去创建Activity
一种动态的启动模式，在new 一个Intent后，通过Intent的addFlags方法去动态指定一个启动模式。样例例如以下：
注意：以上两种方式都能够为Activity指定启动模式，可是二者还是有差别的。
（1）优先级：动态指定方式即另外一种比第一种优先级要高，若两者同一时候存在，以另外一种方式为准。
（2）限定范围：第一种方式无法为Activity直接指定 FLAG_ACTIVITY_CLEAR_TOP 标识，另外一种方式无法为Activity指定 singleInstance 模式。
（六）Activity 的 Flags
标记位既能够设定Activity的启动模式，如同上面介绍的，在动态指定启动模式，比方 FLAG_ACTIVITY_NEW_TASK 和 FLAG_ACTIVITY_SINGLE_TOP 等。它还能够影响Activity 的运行状态 ，比方 FLAG_ACTIVITY_CLEAN_TOP 和 FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS 等。
以下介绍几个基本的标记位，切勿死记，理解几个就可以，须要时再查官方文档。
（1） FLAG_ACTIVITY_NEW_TASK
作用是为Activity指定 “SingleTask”启动模式。跟在AndroidMainfest.xml指定效果同样
（2）FLAG_ACTIVITY_SINGLE_TOP
作用是为Activity指定 “SingleTop”启动模式，跟在AndroidMainfest.xml指定效果同样。
（3）FLAG_ACTIVITY_CLEAN_TOP
具有此标记位的Activity，启动时会将与该Activity在同一任务栈的其他Activity出栈。一般与SingleTask启动模式一起出现。它会完毕SingleTask的作用。但事实上SingleTask启动模式默认具有此标记位的作用
（4）FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
具有此标记位的Activity不会出如今历史Activity的列表中，使用场景：当某些情况下我们不希望用户通过历史列表回到Activity时，此标记位便体现了它的效果。它等同于在xml中指定Activity的属性.
（七）启动模式的实际应用场景
这四种模式中的Standard模式是最普通的一种，没有什么特别注意。而SingleInstance模式是整个系统的单例模式，在我们的应用中一般不会应用到。所以，这里就具体解说 SingleTop 和 SingleTask模式的运用场景：
A、SingleTask模式的运用场景
最常见的应用场景就是保持我们应用开启后仅仅有一个Activity的实例。最典型的样例就是应用中展示的主页（Home页）。
假设用户在主页跳转到其他页面，运行多次操作后想返回到主页，假设不使用SingleTask模式，在点击返回的过程中会多次看到主页，这明显就是设计不合理了。
B、SingleTop模式的运用场景
假设你在当前的Activity中又要启动同类型的Activity，此时建议将此类型Activity的启动模式指定为SingleTop，能够降低Activity的创建，节省内存！
C、注意：复用Activity时的生命周期回调
这里还须要考虑一个Activity跳转时携带页面參数的问题。
由于当一个Activity设置了SingleTop或者SingleTask模式后，跳转此Activity出现复用原有Activity的情况时，此Activity的onCreate方法将不会再次运行。onCreate方法仅仅会在第一次创建Activity时被运行。
而一般onCreate方法中会进行该页面的数据初始化、UI初始化，假设页面的展示数据无关页面跳转传递的參数，则不必操心此问题，若页面展示的数据就是通过getInten() 方法来获取，那么问题就会出现：getInten()获取的一直都是老数据，根本无法接收跳转时传送的新数据！
以下，通过一个样例来具体解释：
以上代码中的CourseDetailActivity在配置文件里设置了启动模式是SingleTop模式，依据上面启动模式的介绍可得知，当CourseDetailActivity处于栈顶时。再次跳转页面到CourseDetailActivity时会直接复用原有的Activity，并且此页面须要展示的数据是从getIntent(）方法得来，可是initData()方法不会再次被调用，此时页面就无法显示新的数据。
当然这样的情况系统早就为我们想过了，这时我们须要另外一个回调 onNewIntent（Intent intent）方法。此方法会传入最新的intent，这样我们就能够解决上述问题。这里建议的方法是又一次去setIntent。然后又一次去初始化数据和UI。代码例如以下所看到的：
这样，在一个页面中能够反复跳转并显示不同的内容。
6、Scheme跳转协议
Android中的Scheme是一种页面内跳转协议，通过自定义Scheme协议，可以跳转到app中的任何页面。
（一）服务器可以定制化跳转app页面
（二）app可以通过Scheme跳转到另一个app页面
（三）可以通过h5页面跳转app原生页面
协议格式：
qh代表Scheme协议名称
test代表Scheme作用的地址域
8080代表改路径的端口号
/goods代表的是指定页面(路径)
goodsId和name代表传递的两个参数
Scheme使用
（一）定义一个Scheme
（二）获取Scheme跳转的参数
（三）调用方式
A、原生调用
B、html调用
判断某个Scheme是否有效