活动，AppCompatActivity，FragmentActivity和ActionBarActivity：何时使用哪个？

我来自iOS，它很容易，您只需使用UIViewController。但是，在Android中，事情似乎要复杂得多，对于特定的API级别，使用某些UIComponent。我正在阅读适用于Android的BigNerdRanch（这本书大约有2年历史了），他们建议我使用Activity来托管我的FragmentActivities。但是，我以为Activity已弃用。

因此，对于API级别22（对API级别15或16的最低支持），我到底应该使用什么来托管组件以及组件本身？所有这些都有用途吗，还是我应该只使用一两个？

我以为活动已过时

没有。

因此，对于API级别22（对API级别15或16的最低支持），我到底应该使用什么来托管组件以及组件本身？所有这些都有用途吗，还是我应该只使用一两个？

Activity是基线。每个活动都Activity直接或间接继承自。

FragmentActivity用于在support-v4和support-v13库中找到的片段的反向移植。API级别11中添加了片段的本机实现，该级别低于您的建议minSdkVersion值。您需要FragmentActivity特别考虑的唯一原因是是否要使用嵌套片段（一个包含另一个片段的片段），因为本机片段直到API Level 17才支持。

AppCompatActivity来自appcompat-v7图书馆。原则上，这提供了操作栏的反向移植。由于本机操作栏是在API级别11中添加的，因此您不需要这样做AppCompatActivity。但是，appcompat-v7就动作栏和各种小部件而言，当前版本的材料设计美学还增加了有限的支持。使用的优缺点appcompat-v7，远远超出了此特定Stack Overflow答案的范围。

ActionBarActivity是的基础活动的旧名称appcompat-v7。由于各种原因，他们想更改名称。除非您使用的某些第三方库坚持使用ActionBarActivity，否则您应该优先AppCompatActivity于ActionBarActivity。

因此，根据您minSdkVersion的15-16范围：

• 如果要向后移植的材料设计外观，请使用 AppCompatActivity

• 如果不是，但是要嵌套片段，请使用 FragmentActivity

• 如果没有，请使用 Activity

只是在注释中添加注释：AppCompatActivity扩展FragmentActivity，因此任何需要使用的功能的人FragmentActivity都可以使用AppCompatActivity。

Activity是所有其他活动的基类，我认为它不会被弃用。它们之间的关系是：

Activity<- FragmentActivity<- AppCompatActivity<-ActionBarActivity

“ <-”在这里表示继承。说的参考ActionBarActivity已弃用，AppCompatActivity改为使用。

因此，基本上，使用AppCompatActivity始终是正确的选择。它们之间的区别是：

• Activity 是基本的。
• 基于Activity，FragmentActivity提供使用的能力Fragment。
• 基于FragmentActivity，AppCompatActivity提供功能ActionBar。

2019：使用 AppCompatActivity

在撰写本文时（查看链接以确认它仍然为真），如果您正在使用应用栏，则Android文档建议使用AppCompatActivity。

这是合理的：

从Android 3.0（API级别11）开始，所有使用默认主题的活动都将ActionBar作为应用栏。但是，在各种Android版本上，应用程序栏功能已逐渐添加到本机ActionBar中。结果，本机ActionBar的行为取决于设备所使用的Android系统版本。相比之下，最新功能已添加到支持库的工具栏版本中，并且可以在可以使用支持库的任何设备上使用。

因此，您应该使用支持库的工具栏类来实现活动的应用栏。使用支持库的工具栏有助于确保您的应用在各种设备上都具有一致的行为。例如，“工具栏”小部件在运行Android 2.1（API级别7）或更高版本的设备上提供了物料设计体验，但是本机操作栏不支持物料设计，除非设备运行的是Android 5.0（API级别21）或更高版本。

添加工具栏的一般说明是

1. 添加v7 appcompat支持库
2. 扩展您的所有活动 AppCompatActivity
3. 在清单中声明您要NoActionBar。
4. ToolBar向每个活动的xml布局添加一个。
5. ToolBar在每个活动的中获取onCreate。

有关更多详细信息，请参见文档说明。他们很清楚而且很有帮助。

对于15级以上的API，您需要使用AppCompatActivity。因此，例如，您MainActivity将如下所示：

public class MainActivity extends AppCompatActivity {
    ....
    ....
}

要使用AppCompatActivity，请确保您已下载Google支持库（可以在工具-> Android-> SDK管理器中进行检查）。然后只需将gradle依赖项包含在应用程序的gradle.build文件中：

compile 'com.android.support:appcompat-v7:22:2.0'

您可以将其AppCompat用作main Activity，然后将其用于启动Fragments或其他Activity（这取决于您要构建的应用程序类型）。

BigNerdRanch书是很好的资源，但是是的，它已经过时了。阅读它可获得有关Android工作原理的一般信息，但不要指望它们使用的特定类是最新的。

Activity班级是基础班。（原始）它支持片段管理（自API 11开始）。不再推荐使用它，因为它的专业性更好。

ActionBarActivity在片刻的更换，以Activity类，因为它使易于处理的动作条中的应用程序。

AppCompatActivity是的去，因为在ActionBar不再被鼓励新的方式，你应该使用工具栏，而不是（这是目前的动作条更换）。AppCompatActivity继承自FragmentActivity，因此，如果需要处理片段，则可以（通过片段管理器）进行处理。AppCompatActivity适用于ANY API，不仅16岁以上（谁这么说？）。您可以通过添加compile 'com.android.support:appcompat-v7:24:2.0'Gradle文件来使用它。我在API 10中使用了它，效果很好。

这里有很多混乱，特别是如果您阅读过时的资料。

基本的是Activity，可以显示片段。如果您使用的是Android版本> 4，则可以使用此组合。

然而，也有它包括你提到的其他类一个支持库：FragmentActivity，ActionBarActivity和AppCompat。最初，它们用于支持<4以下的Android版本上的片段，但实际上，它们还用于向后移植Android新版本中的功能（例如，材料设计）。

最新的是AppCompat，其他2个较旧。我使用的策略是始终使用AppCompat，以便在将来的Android版本向后移植的情况下可以使用该应用程序。

如果您谈谈Activity，AppcompactActivity，ActionBarActivity等等等等。

我们需要讨论它们正在扩展的基类，首先，我们必须了解超类的层次结构。

所有事物都是从上下文开始的，它是所有这些类的超类。

Context是一个抽象类，其实现由Android系统提供。它允许访问特定于应用程序的资源和类，以及对应用程序级操作（如启动活动，广播和接收意图等）的调用

Context 后跟或扩展 ContextWrapper

该ContextWrapper是扩展类的上下文类，仅代表其所有调用另一个上下文。可以子类化以修改行为，而无需更改原始上下文。

现在我们到达 Activity

该活动是一个延伸的类ContextThemeWrapper这是一个单一的，集中的一点是，用户可以做。几乎所有活动都与用户互动，因此Activity类负责为您创建一个窗口

以下类被限制为扩展，但它们由其内部的下级扩展，并为特定的Api提供支持

所述SupportActivity是一类，其延伸的活动，是用于构成一起兼容性功能的基类

所述BaseFragmentActivityApi14是一类，其延伸SupportActivity 即一个基类它被限制类，但它是由延伸 BaseFragmentActivityApi16支持的功能V14

所述 BaseFragmentActivityApi16是其延伸的一类 BaseFragmentActivityApi14即对于{@code基类 FragmentActivity }，以便能够使用V16的API。但是它也是受限制的类，但是它被FragmentActivity扩展以支持V16的功能。

现在为FragmentActivty

该FragmentActivity是延伸的一类 BaseFragmentActivityApi16并希望使用基于支持片段和装载机的API。

当使用此类而不是新平台的内置片段和加载程序支持时，必须分别使用getSupportFragmentManager()和getSupportLoaderManager()方法来访问这些功能。

ActionBarActivity是支持库的一部分。支持库用于在旧平台上提供新功能。例如，ActionBar是在API 11中引入的，默认情况下是Activity的一部分（实际上取决于主题）。相反，在较旧的平台上没有ActionBar。因此，支持库添加了Activity的子类（ActionBarActivity），该子类提供ActionBar的功能和用户界面

2015年，支持库的版本22.1.0中弃用了ActionBarActivity。应该改用AppCompatActivity。

该AppcompactActivity是延伸的一类 FragmentActivity是对于使用支持库操作栏功能活动的基类。

您可以在API级别7或更高级别上运行时将ActionBar添加到活动中，方法是扩展活动的此类并将活动主题设置为Theme.AppCompat或类似主题

我把这两个一，二

由于名称可能会在Android的未来版本中更改（当前是最新名称，AppCompatActivity但可能会在某个时候更改），所以我认为拥有一个很好的东西是Activity扩展了一个类，AppCompatActivity然后所有活动都从该类扩展。如果明天，他们将名称更改AppCompatActivity2为例如您将只能在一个地方更改它。

AppCompatActivity扩展FragmentActivity扩展BaseFragmentActivityApi16扩展BaseFragmentActivityApi14扩展SupportActivity扩展Activity

因此，Activity比所有功能都快，而AppCompatActivity是最好的。