Activity和Fragment

Activity的生命周期

Activity状态

• 运行状态
  当一个Activity位于返回栈的栈顶时，Activity就处于运行状态。系统最不愿意回收的就是处于运行状态的Activity，因为这会带来非常差的用户体验。

• 暂停状态
  当一个Activity不再处于栈顶位置，但仍然可见时，Activity就进入了暂停状态。你可能会觉得，既然Activity已经不在栈顶了，怎么会可见呢？这是因为并不是每一个Activity都会占满整个屏幕，比如对话框形式的Activity只会占用屏幕中间的部分区域。处于暂停状态的Activity仍然是完全存活着的，系统也不愿意回收这种Activity（因为它还是可见的，回收可见的东西都会在用户体验方面有不好的影响），只有在内存极低的情况下，系统才会去
  考虑回收这种Activity。

• 停止状态
  当一个Activity不再处于栈顶位置，并且完全不可见的时候，就进入了停止状态。系统仍然会为这种Activity保存相应的状态和成员变量，但是这并不是完全可靠的，当其他地方需要内存时，处于停止状态的Activity有可能会被系统回收。

• 销毁状态
  一个Activity从返回栈中移除后就变成了销毁状态。系统最倾向于回收处于这种状态的Activity，以保证手机的内存充足

Activity的生存期

• onCreate()。这个方法你已经看到过很多次了，我们在每个Activity中都重写了这个方法，它会在Activity第一次被创建的时候调用。你应该在这个方法中完成Activity的初始化操作，比如加载布局、绑定事件等。

• onStart()。这个方法在Activity由不可见变为可见的时候调用。

• onResume()。这个方法在Activity准备好和用户进行交互的时候调用。此时的Activity一定位于返回栈的栈顶，并且处于运行状态。

• onPause()。这个方法在系统准备去启动或者恢复另一个Activity的时候调用。我们通常会在这个方法中将一些消耗CPU的资源释放掉，以及保存一些关键数据，但这个方法的执行速度一定要快，不然会影响到新的栈顶Activity的使用。

• onStop()。这个方法在Activity完全不可见的时候调用。它和onPause()方法的主要区别在于，如果启动的新Activity是一个对话框式的Activity，那么onPause()方法会得到执行，而onStop()方法并不会执行。

• onDestroy()。这个方法在Activity被销毁之前调用，之后Activity的状态将变为销毁状态。

• onRestart()。这个方法在Activity由停止状态变为运行状态之前调用，也就是Activity 被重新启动了。

以上7个方法中除了onRestart()方法，其他都是两两相对的

Activity生存期

• 完整生存期。Activity在onCreate()方法和onDestroy()方法之间所经历的就是完整生存期。一般情况下，一个Activity会在onCreate()方法中完成各种初始化操作，而在onDestroy()方法中完成释放内存的操作。

• 可见生存期。Activity在onStart()方法和onStop()方法之间所经历的就是可见生存期。在可见生存期内，Activity对于用户总是可见的，即便有可能无法和用户进行交互。可以通过这两个方法合理地管理那些对用户可见的资源。比如在onStart()方法中对资源进行加载，而在onStop()方法中对资源进行释放，从而保证处于停止状态的Activity不会占用过多内存。

• 前台生存期。Activity在onResume()方法和onPause()方法之间所经历的就是前台生存期。在前台生存期内，Activity总是处于运行状态，此时的Activity是可以和用户进行交互的，我们平时看到和接触最多的就是这个状态下的Activity。

Fragment的生命周期

Fragment的状态

• 运行状态
  当一个Fragment所关联的Activity正处于运行状态时，该Fragment也处于运行状态。
• 暂停状态
  当一个Activity进入暂停状态时（由于另一个未占满屏幕的Activity被添加到了栈顶），与它相关联的Fragment就会进入暂停状态。
• 停止状态
  当一个Activity进入停止状态时，与它相关联的Fragment就会进入停止状态，或者通过调用FragmentTransaction的remove()、replace()方法将Fragment从Activity中移除，但在事务提交之前调用了addToBackStack()方法，这时的Fragment也会进入停止状态。总的来说，进入停止状态的Fragment对用户来说是完全不可见的，有可能会被系统回收。
• 销毁状态
  Fragment总是依附于Activity而存在，因此当Activity被销毁时，与它相关联的Fragment就会进入销毁状态。或者通过调用FragmentTransaction的remove()、replace()方法将Fragment从Activity中移除，但在事务提交之前并没有调用addToBackStack()方法，这时的Fragment也会进入销毁状态。

Fragment的回调

onAttach()：当Fragment和Activity建立关联时调用。
onCreateView()：为Fragment创建视图（加载布局）时调用。
onActivityCreated()：确保与Fragment相关联的Activity已经创建完毕时调用。
onDestroyView()：当与Fragment关联的视图被移除时调用。
onDetach()：当Fragment和Activity解除关联时调用。

更多隐式的Intent

在AndroidManifest.xml中标签配置标签
主要可以配置以下内容

• android:scheme。用于指定数据的协议部分，如上例中的https部分。
• android:host。用于指定数据的主机名部分，如上例中的www.baidu.com部分。
• android:port。用于指定数据的端口部分，一般紧随在主机名之后。
• android:path。用于指定主机名和端口之后的部分，如一段网址中跟在域名之后的内 容。
• android:mimeType。用于指定可以处理的数据类型，允许使用通配符的方式进行指定

Logcat

• tag: 匹配日志的tag字段
• package：匹配记录日志的软件包名，其中特殊值mine匹配当前打开项目对应的应用log。
• process：匹配记录日志的进程名
• message：匹配日志中我们自己填写的message的部分。
• level：与指定或者更高级别的日志匹配，比如debug或者error，输入level后as会自动提示可以选择。
• age：让窗口中只保留最近一段时间的log，值为数字加单位，s表示秒，m表示分钟，h表示小时，d表示天。如age:10s就只保留最近10s的日志。
• is: 这个键有两个固定的value取值，crash匹配应用崩溃日志，stacktrace匹配任意类似java堆栈轨迹的日志，这两个对于看crash查问题是非常好用的。

Activity的启动模式

standard

standard是Activity默认的启动模式，在不进行显式指定的情况下，所有Activity都会自动使用这种启动模式
每点击一次按钮，就会创建出一个新的FirstActivity实例。此时返回栈 中也会存在3个FirstActivity的实例，因此你需要连按3次Back键才能退出程序

singleTop

当Activity的启动模式指 定为singleTop，在启动Activity时如果发现返回栈的栈顶已经是该Activity，则认为可以直接使用它，不会再创建新的Activity实例
FirstActivity已经处于 返回栈的栈顶，每当想要再启动一个FirstActivity时，都会直接使用栈顶的Activity，因此FirstActivity只会有一个实例，仅按一次Back键就可以退出程序

不过当FirstActivity并未处于栈顶位置时，再启动FirstActivity还是会创建新的实例的
系统创建了两个不同的FirstActivity实例，这是由于在SecondActivity中再次启动 FirstActivity时，栈顶Activity已经变成了SecondActivity，因此会创建一个新的FirstActivity实例。现在按下Back键会返回到SecondActivity，再次按下Back键又会回到FirstActivity，再按一次Back键才会退出程序

singleTask

当Activity的启动模式指定为singleTask，每次启动该Activity时，系统首先会在返回栈中检查是否存在该Activity的实例，如果发现已经存在则直接使用该实例，并把在这个Activity之上的所有其他Activity统统出栈，如果没有发现就会创建一个新的Activity实例
在SecondActivity中启动FirstActivity时，会发现返回栈中已经存在一个FirstActivity的实例，并且是在SecondActivity的下面，于是SecondActivity会从返回栈中出栈，而FirstActivity重新成为了栈顶Activity，因此FirstActivity的onRestart()方法和SecondActivity的onDestroy()方法会得到执行。现在返回栈中只剩下一个FirstActivity的实例了，按一下Back键就可以退出程序

singleInstance

指定为singleInstance模式的Activity会启用一个新的返回栈来管理这个Activity（其实如果singleTask模式指定了不同的taskAffiffiffinity，也会启动一个新的返回栈）
由于FirstActivity和ThirdActivity是存放在同一个返回栈里的，当在ThirdActivity的界面按下Back键时，ThirdActivity会从返回栈中出栈，那么FirstActivity就成为了栈顶Activity显示在界面上，因此也就出现了从ThirdActivity直接返回到FirstActivity的情况。然后在FirstActivity界面再次按下Back键，这时当前的返回栈已经空了，于是就显示了另一个返回栈的栈顶Activity，即SecondActivity。最后再次按下Back键，这时所有返回栈都已经空了，也就自然退出了程序