Android《第一章：Activity》

Android知识体系

下面我会一个一个进行细分。

image.png

Android中最重要的事四大组件，分别是Activity、Service、ContentProvider和Broadcast。这四个组件分工明确，共同构成了可重用、灵活、低耦合的Activity系统。
Activity负责UI元素的加载、绘制、跳转代表了一个页面单元。
Service负责与UI无关的工作，比如后台耗时操作等。
ContentProvider负责存储、共享数据、使得数据可以在多个应用之间共享。
BroadCast负责的是各个组件、应用之间的通信，简化Android开发中的通信问题。

Activity

Activity在应用中表现就是一个用户界面，它会加载指定的布局来显示各种UI元素，例如TextView、Button、ListView、ImageView等等。同时Activity之间还可以互相跳转，将不同的页面串联在一起，共同完成特定的操作流程，每个应用都是由一个或多个Activity组成，是一个应用必不可少的单元。
一个应用启动时会默认启动一个Activity，这个Activity在AndroidManifest.XML中需要以下配置：

<intent-filter>
<action android:name="android.intent.action.MAIN"/>
<category android:name="android.intent.category.LAUNCHER"/>
<intent-filter>

例如一般APP的欢迎页面SplashActivity,该界面就是此应用程序的入口。

   <activity
            android:name=".view.common.activity.SplashActivity"
            android:screenOrientation="portrait"
            android:theme="@style/AppTheme.NoActionBar.AppWelcome">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
   </activity>

Activity构成

Activity构成并不是一个Activity对象再加上一个布局文件那么简单，在Activity和开发人员的视图之间还隔着两层实际上视图会被设置成一个Window类，这个Window中含有一个DecorView，这个DecorView才是整个窗口的顶级视图，我们所编写的UI布局都会被放置到DecorView的mContentParent 布局当中，也就是说Android实际上内置了一些系统布局文件XML。

Activity生命周期

示例图.jpg

• onCreat()
  这个函数相信事最常见的，我们在创建继承自Activity/AppCompatActivity来创建一个界面时都会默认生成的函数。它会在Activity第一次创建时调用，通常会在这个函数中进行初始化操作，比如设定布局、初始化视图、绑定事件。
• onStart()
  这个函数在Activity调用onCreat()之后调用，此时的Acivity还是不可见的状态。这个还是是在界面即将渲染之前调用。
• onResume()
  这个函数是在Activity即将可见时调用，执行完onResume()之后Activity就会请求AMS渲染它所管理的视图。此时的Activity一定是可见的，并且处于运行状态。
• onPause()
  这个函数是在Activity可见但不能操作时调用，举例我们一般点击支付时需要进行弹窗选择支付方式，此时底部界面就是处在该状态。在这个函数中通常会释放一些消耗Cpu的资源，以及保存一些关键数据。
• onStop()
  找个函数在Activity完全不可见但没有被Kill时执行，它和onPause()的主要区别在于，如过启动的Activity是一个对话框形式的Activity，那么onPause()会执行，而onStop()不会调用。
• onDestory()
  Activity(页面)被销毁之前调用，之后Activity的状态变为销毁状态。
• onRestart()
  Activity由不可见，变可见时调用。

Activity的启动模式

每个应用程序都有一个或多个Activity组成，因此Android内部通过回退栈来管理Activity实例，栈是一种后进先出的集合，对于Android来说，当前显示的Activity来说，当前的Activity就在栈顶，当用户点击回退键系统就会将栈顶Activity出栈，此时原来栈顶下的Activity就会变为栈顶显示在设备上。
但是往往并不会这么简单，有一些特殊的Activity我们会希望避免重复创建，需要它只有一个实例，Android系统已提供了这些模式，我们来看下。

• standard(标准启动模式)
  这是Activity的默认启动模式，这样的Activity可以被重复创建多个实例，每一个Activity都会处理一个Intent。(不论栈中是否存在该实例都会重新创建)

standard.png

可是如果这个Activity A是个非常消耗资源的界面，那么对应用产生的负担是相当大的。

• singleTop
  一个Activity是以singleTop模式启动，如果该Activity的实例存在于任务栈的栈顶那么再次启动该Activity时是不会创建新实例的，可如果该Activity的实例没有处于栈顶，就会重新创建实例。

singleTop.png singleTop.png

• SingleTask
  singleTask 模式是常用的启动模式，如果一个Activity设置了该启动模式，那么在任务栈中只能有一个Activity实例。
  1.若Activity实例还没创建，则会重新创建并放在栈顶。
  2.若Activity实例已经创建，则系统会销毁该Activity上的所有Activity，最终让该Activity处于栈顶。

Fragment与FragmentActivity

首先为什么我会将Fragment放在这里来讲，主要是但凡Fragment必须依附于Activity，上面我们也说过，一个应用至少需要一个Activity，所以有必要在这里进行大致的讲解。
随着现在Android手机屏幕的变大，还有基于Android系统的平板应用的开发，如果再像Activity一样进行一个界面一个UI单元进行开发就会使得应用笨重的同时对用户的体验和资源的利用起到不利的影响。