2024年安卓最新Android开发之操作栏（Action Bar）知识大全，赶紧学习一下

2301_82241775

于 2024-05-16 05:30:43 发布

阅读量294

点赞数 1

文章标签： android 面试学习

本文链接：https://blog.csdn.net/2301_82241775/article/details/138937575

版权

如果你进阶的路上缺乏方向，可以加入我们的圈子和安卓开发者们一起学习交流！

Android进阶学习全套手册
Android对标阿里P7学习视频
BATJ大厂Android高频面试题

最后，借用我最喜欢的乔布斯语录，作为本文的结尾：

人这一辈子没法做太多的事情，所以每一件都要做得精彩绝伦。
你的时间有限，所以不要为别人而活。不要被教条所限，不要活在别人的观念里。不要让别人的意见左右自己内心的声音。
最重要的是，勇敢的去追随自己的心灵和直觉，只有自己的心灵和直觉才知道你自己的真实想法，其他一切都是次要。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

有时你可能想让用户从选项菜单中直接访问项目。要做到这一点，你可以声明该菜单项为Action Bar中的一个“action item”。一个“action item”包括一个图标和/或文字标题。如果一个菜单项不作为一个“action item”，系统会将菜单项放置在溢出菜单。溢出菜单显示设备菜单“按钮（如果设备提供）或在操作栏中的按钮（如果设备不提供”菜单“按钮）。

首次启动Activity时，系统通过在activity调用onCreateOptionsMenu（）方法来填充action bar和溢出菜单（overflow menu）。在菜单开发指南中讨论的，它是在这个回调方法，你应该夸大一个XML定义菜单项的菜单资源。例如：

@Override

public boolean onCreateOptionsMenu(Menu menu) {

MenuInflater inflater = getMenuInflater();

inflater.inflate(R.menu.main_activity, menu);

return true;

}

http://developer.android.com/images/ui/actionbar-item-withtext.png

图2两个action item的图标和文字标题，以及溢出菜单按钮。

在XML文件中，你可以通过声明android:showAsAction=“ifRoom” 成为这个条目的元素，从而使使一个菜单项变为action item。通过这种方式，当有可用空间时，菜单项才会出现在action item的快速访问栏。如果没有足够的空间，该item将出现在溢出菜单。

如果你的菜单项同时提供标题和图标–同时具有Android:titile和android:icon属性，action item默认只会显示图标。但如果你想显示文字标题，必须添加“withText”到Android:showAsAction属性中。例如：

<?xml version"utf-8"?>

注：“withText”值应是以一个操作栏的提示文本的标题出现。但如果一个图标无法使用或者空间受限，action bar的标题可能无法显示。

当用户选择一个action item，activityon调用一个OptionsItemSelected（）方法，通过Android:id属性获取的ID来接收在选项菜单中的所有item中相同的回调。

这一点很重要，你总是为每个菜单项定义android：title，即使你不在显示的action item声明标题，原因有三：

如果在action bar中没有足够的空间提供给action item，该菜单项出现溢出“菜单中，而且只有标题显示。
屏幕阅读器为视障用户读出菜单项的标题。
如果action item只有图标，用户可以长按item显示的工具提示，显示action item的标题。

Android的图标始终是可选的。但对于图标设计建议，详情参考Action Bar图标设计指引。

注：如果您添加了菜单项，从一个片段，通过片段类的onCreateOptionsMenu，

回调然后系统调用各自onOptionsItemSelected（）的方法，当用户选择该片段片段的项目之一。

然而，该活动得到一个机会来处理事件，所以系统调用活动onOptionsItemSelected（）的片段，然后再调用相同的回调函数。

你也可以定义一个item“总是”为action item，以避免当空间有限时被放到溢出菜单中去。但在大多数情况下，不应该设置“always”这个值来强制使一个item出现在action bar中。然而，然而，当提供的是一个“活动视图（action view）”而不是提供“溢出菜单”中的默认动作时，你可能需要这个item总是出现。要注意的是过多的action item，会导致创建出来的UI杂乱不堪，并且在窄屏幕的设备上会出现布局问题。最好使用“ifRoom”，而不是要求一个item出现在action bar中，但在没有足够的空间时，应当允许系统将它移动到溢出菜单。

对于有关创建选项菜单定义action item的详细信息，请参阅“菜单”开发人员指南。

选择你的操作项

你应该应通过评估的几个关键特性，仔细从选项菜单中选出action item。在一般情况下，每个action item，至少是下列操作之一：

* 1、常用性：用户70%的时间需要访问或需要连续多次使用。常用性例子：在消息应用程序和“搜索”谷歌播放的“新信息”。

* 2、重要性：用户能够很容易地发现，或者如果不经常使用，在少数情况用户确实需要它的时候，可以毫不费力地执行，这一点是很重要的。重要性例子：“加入网络”Wi-Fi设置“切换到相机”在库应用程序。

* 3、典型性：这是一个通常在类似的应用程序的操作栏中提供的行动，因此，用户希望自己找到它。典型性例子：电子邮件或社会的应用，“刷新”和“新接触”在应用程序。

如果你认为四个以上菜单项可以合理的作为action item，那么你应该仔细考虑其相对水平的重要性，并尽量设置不超过四个的菜单项的action item（这样设置“ifRoom”这个值，在一些空间有限的小屏幕上，系统把一些菜单项放到溢出菜单背面）。即使是宽屏幕上，你也不要创建一个杂乱的UI的action item，冗长得看起来像一个桌面工具栏，应该要使action item的数量保持到最低限度。

此外，下列行为不应该出现行动项目中：设置，帮助，反馈，或查找相似，始终将这些放在溢出菜单中。

注意：请记住，并非所有的设备都提供了一个搜索专用硬件按钮，因此，如果是应用程序的重要功能，它应该始终作为一个action item（通常作为第一个item，特别是如果你提供的是一个action view）。

菜单项对比其他应用程序的控制

作为一般规则，在选项菜单中（更不用说action item）的所有项目应该有一个应用程序的全局影响力，而不是只影响一小部分的接口。例如，如果你有一个多窗格的布局和一个窗格显示一个视频，而另一个列出的所有视频，视频播放器的控件应出现在包含视频窗格（而不是在操作栏），而action bar可能会提供action item来共享视频或保存视频到收藏夹列表中。

所以，在决定是否应该设置一个菜单项的action item前，先确保该项目当前activity是否有一个全局范围。如果没有，那么你应该设置一个按钮放置在适当的范围内的布局中。

使用分裂的操作栏

当您的应用程序上运行Android 4.0系统（API 14级）或更高级别时，还有一个额外的模式可称action bar为“split action bar”。当在一个狭窄的屏幕运行启用split action bar时，会在屏幕的底部出现一个action bar显示所有action item。分裂action bar用来分开action item，确保分配合理数量的空间来在一个狭窄的屏幕上显示所有的action item，而空间留给顶端的导航和标题元素。

使用 split action bar，只需添加uiOptions=“splitActionBarWhenNarrow”，到你的或清单元素。

要知道Android在各种不同的方式，根据当前的屏幕大小调整操作栏的外观。采用分体式操作栏只是一个选项，您可以启用允许操作栏，以进一步为不同的屏幕尺寸，优化用户体验。这样做，你也可以让操作栏可以折叠成主要的操作栏导航标签。也就是说，如果你在你的动作条中使用的导航标签，一旦操作项狭窄的屏幕上分离，导航标签可以融入的主要操作栏，而不是被分隔成的“折叠的操作栏”。具体来说，如果你禁用操作栏中的图标和标题（setDisplayShowHomeEnabled（false）和setDisplayShowTitleEnabled（false）），然后将主要动作栏的导航标签收合，如图3中的第二个设备。

http://developer.android.com/images/practices/actionbar-phone-splitaction.png

图3。模拟栏左侧的导航标签的分裂行动;与应用程序图标和标题右侧的禁用。

使用应用程序图标来导航

===========

默认情况下，应用程序图标显示在操作栏的左边。你能够把这个图标当做操作项来使用。应用程序应该在这个图标上响应以下两个操作之一：

* 返回应用程序的“主”Activity；

向应用程序上级页面导航。

当用户触摸这个图标时，系统会调用Activity带有android.R.id.home ID的onOptionsItemSelected()方法。在这个响应中，你既可以启动主Activity，也可以返回你的应用程序结构化层次中用户上一步操作的界面。

如果你要通过应用程序图标的响应来返回主Activity，那么就应该在Itent对象中包括FLAG_ACTIVITY_CLEAR_TOP标识。用这个标记，如果你要启动的Activity在当前任务中已经存在，那么，堆栈中这个Activity之上的所有的Activity都有被销毁，并且把这个Activity显示给用户。添加这个标识往往是重要的，因为返回主Activity相当与一个回退的动作，因此通常不应该再创建一个新的主Activity的实例，否则，最终可能会在当前任务中产生一个很长的拥有多个主Activity的堆栈。

例如，下例的onOptionsItemSelected()方法实现了返回应用程序的主Activity的操作：

@Override

public boolean onOptionsItemSelected(MenuItem item) {

switch (item.getItemId()) {

case android.R.id.home:

// app icon in action bar clicked; go home

Intent intent = new Intent(this, HomeActivity.class);

intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);

startActivity(intent);

return true;

default:

return super.onOptionsItemSelected(item);

}

在用户从另一个应用程序进入当前Activity的情况下，你可能还想要添加FLAG_ACTIVITY_NEW_TASK标识。这个标识确保在用户返回主页或上级页面时，新的Activity不会被添加到当前的任务中，而是在属于你自己的应用程序的任务中启动。例如，如果用户通过被另一个应用程序调用的Intent对象启动了你的应用程序中的一个Activity，那么选择操作栏图标来返回主页或上级页面时，FLAG_ACTIVITY_CLEAR_TOP标识会在属于你的应用程序的任务中启动这个Activity（不是当前任务）。系统既可以用这个新的Activity做根Activity来启动一个新的任务，也可以把存在后台的拥有这个Activity实例的一个既存任务带到前台来，并且目标Activity会接受onNewIntent()回调。因此，如果你的Activity要接收另一个应用程序的Intent对象，那么通常应该给这个Intent对象添加FLAG_ACTIVITY_NEW_TASK标识，如：

intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_ACTIVITY_NEW_TASK);

注意：如果你要使用应用图标来返回主页，要注意从Android4.0（API 级别 14）开始，必须通过调用setHomeButtonEnabled(true)方法确保这个图标能够作为一个操作项（在以前的版本，默认情况下，这个图标就能够作为一个操作项）。

向应用程序上级页面导航

作为传统的回退导航（把用户带回任务历史中的前一个窗口）的补充，你能够让操作栏图标提供向上级页面导航的功能，它应用把用户带回到你的应用程序的上级页面。例如，当前页面时你的应用程序层次比较深的一个页面，触摸应用程序图标应该返回返回上一级页面（当前页面的父页面）。

http://developer.android.com/images/ui/actionbar-logo.png

图4. Email应用程序的标准图标（左）和向上导航图标（右）。系统会自动添加向上指示。

例如，图5演示了当用户从一个应用程序导航到一个属于不同应用程序的Activity时，“回退”按钮的行为。

http://developer.android.com/images/ui/actionbar-navigate-back.png

图5. 在从People（或Contacts）应用程序进入Email应用程序之后，回退按钮的行为。

但是，如果在编辑完邮件之后，想要停留在Email应用程序中，那么向上导航就允许你把用户导航到Email应用程序中编辑邮件页面的上级页面，而不是返回到前一个Activity。图6演示了这种场景，在这个场景中，用户进入到Email应用程序后，不是按回退按钮，而是按操作栏图标来向上导航。

http://developer.android.com/images/ui/actionbar-navigate-up.png

图6. 从People应用进入Email应用后，向上导航的行为。

要是应用程序图标能够向上导航，就要在你的ActionBar中调用SetDisplayHomeAsUpEnabledtrue(true)方法。

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.main);

ActionBar actionBar = getActionBar();

actionBar.setDisplayHomeAsUpEnabled(true);

…

}

当用户触摸这个图标时，系统会调用带有android.R.id.home ID的onOptionsItemSelected()方法。

请集中要在Intent对象中使用FLAG_ACTIVITY_CLEAR_TOP标识，以便你不会这个父Activity存在的情况下，再创建一个新的实例。例如，如果你不使用FLAG_ACTIVITY_CLEAR_TOP标识，那么向上导航后，再按回退按钮，实际上会把用户带到应用程序的下级页面，这是很奇怪的。

注意：如果有很多用户能够到达应用程序中当前Activity的路径，那么，向上图标应该沿着当前Activity的实际启动路径逐步的向会导航。

添加操作视窗

======

操作视窗是作为操作项目按钮的替代品显示在操作栏中的一个可视构件。例如，如果你有一个用于搜索的可选菜单项，你可以用SearchView类来替代操作栏上的搜索按钮，如图7所示：

http://developer.android.com/images/ui/actionbar-searchview.png

图7. 折叠（上）和展开（下）的搜索视窗的操作栏

要个菜单资源中的一个项目声明一个操作视窗，你既可以使用android:actionLayout属性也android:actionViewClass属性来分别指定一个布局资源或要使用的可视构件类。例如：

<?xml version"utf-8"?>

android:showAsAction属性也可包含“collapseActionView”属性值，这个值是可选的，并且声明了这个操作视窗应该被折叠到一个按钮中，当用户选择这个按钮时，这个操作视窗展开。否则，这个操作视窗在默认的情况下是可见的，并且即便在用于不适用的时候，也要占据操作栏的有效空间。

如果需要给操作视窗添加一些事件，那么就需要在onCreateOptionsMenu()回调执行期间做这件事。你能够通过调用带有菜单项ID的findItem()方法来获取菜单项，然后再调用getActionView()方操作视窗中的元素。例如，使用以下方法获取上例中的搜索视窗构件。

@Override

public boolean onCreateOptionsMenu(Menu menu) {

getMenuInflater().inflate(R.menu.options, menu);

SearchView searchView = (SearchView) menu.findItem(R.id.menu_search).getActionView();

// Configure the search info and add any event listeners

…

return super.onCreateOptionsMenu(menu);

}

处理可折叠的操作视窗

操作视窗让你在不改变Activity或Fragment的情况下，就可以给用户提供快捷的访问和丰富的操作。但是，默认情况下让操作视窗可见可能不太合适。要保证操作栏的空间（尤其是在小屏幕设备上运行时），你能够把操作视窗折叠进一个操作项按钮中。当用户选择这个按钮时，操作视窗就在操作栏中显示。被折叠的时候，如果你定义了android:showAsAction=”ifRoom”属性，那么系统可能会把这个项目放到溢出菜单中，但是当用户选项了这个菜单项，它依然会显示在操作栏中。通过给android:showAsAction属性添加“collapseActionView”属性值，你能够让操作视窗可以折叠起来。

因为在用户选择这个项目时，系统会展开这个操作视窗，所以你不必要在onOptionsItemSelected()回调方法中响应这个菜单项。在用户选择这个菜单项时，系统会依然调用onOptionsItemSelected()方法，但是除非你在方法中返回了true（指示你已经替代系统处理了这个事件），否则系统会始终展开这个操作视窗。

当用户选择了操作栏中的“向上”图标或按下了回退按钮时，系统也会把操作视窗折叠起来。

如果需要，你能够在代码中通过在expandActionView()和collapseActionView()方法来展开或折叠操作视窗。

注意：尽管把操作视窗折叠起来是可选的，但是，如果包含了SearchView对象，我们推荐你始终把这个视窗折叠起来，只有在需要的时候，由用户选择后才把它给展开。在提供了专用的“搜索”按钮的设备上也要小心了，如果用户按下了“搜索”按钮，那么也应该把这个搜索视窗给展开，简单的重写Activity的onKeyUp()回调方法，监听KEYCODE_SEARCH类型的按键事件，然后调用expandActionView()方法，就可以把操作视窗给展开。

如果你需要根据操作视窗的可见性来更新你的Activity，那么你可以定义一个OnActionExpandListener事件，并且用setOnActionExpandListener()方法来注册这个事件，然后就能够在操作视窗展开和折叠时接受这个回调方法了，如：

@Override

public boolean onCreateOptionsMenu(Menu menu) {

getMenuInflater().inflate(R.menu.options, menu);

MenuItem menuItem = menu.findItem(R.id.actionItem);

…

menuItem.setOnActionExpandListener(new OnActionExpandListener() {

@Override

public boolean onMenuItemActionCollapse(MenuItem item) {

    // Do something when collapsed

    return true;  // Return true to collapse action view

}



@Override

public boolean onMenuItemActionExpand(MenuItem item) {

    // Do something when expanded

    return true;  // Return true to expand action view

}

});

}

添加一个操作提供器

=========

与操作视窗类似，操作提供器（由ActionProvider类定义的）用一个定制的布局代替一个操作项目，它还需要对所有这些项目行为的控制。当你在操作栏中给一个菜单项声明一个操作项目时，它不仅要一个定制的布局来控制这个菜单项的外观，而且当它在显示在溢出菜单中时，还要处理它的默认事件。无论是在操作栏中还是在溢出菜单中，它都能够提供一个子菜单。

例如，ActionProvider的扩展类ShareActionProvider，它通过在操作栏中显示一个有效的共享目标列表来方便共享操作。与使用传统的调用ACTION_SEND类型Intent对象的操作项不同，你能够声明一个ShareActionProvider对象来处理一个操作项。这种操作提供器会保留一个带有处理ACTION_SEND类型Intent对象的应用程序的下拉列表，即使这个菜单项显示在溢出菜单中。因此，当你使用像这样的操作提供器时，你不必处理有关这个菜单项的用户事件。

要给一个操作项声明一个操作提供器，就要在菜单资源中对应的元素中定义android：actionProviderClass属性，提供器要使用完整的类名。例如：

<?xml version"utf-8"?>

…

在这个例子中，用ShareActionProvider类作为操作提供器，在这里，操作提供器需要菜单项的控制，并处理它们在操作栏中的外观和行为以及在溢出菜单中的行为。你必须依然给这个菜单项提供一个用于溢出菜单的文本标题。

尽管操作提供器提供了它在溢出菜单中显示时所能执行的默认操作，但是Activity（或Fragment）也能够通过处理来自onOptionsItemSelected()回调方法的点击事件来重写这个默认操作。如果你不在这个回调方法中处理点击事件，那么操作提供器会接收onPerformDefaultAction()回调来处理事件。但是，如果操作提供器提供了一个子菜单，那么Activity将不会接收onOptionsItemSelected()回调，因为子菜单的显示替代了选择时调用的默认菜单行为。

使用ShareActionProvider类

如果你想要在操作栏中提供一个“共享”操作，以充分利用安装在设备上的其他应用程序（如，把一张图片共享给消息或社交应用程序使用），那么使用ShareActionProvider类是一个有效的方法，而不是添加一个调用ACTION_SEND类型Intent对象的操作项。当你给一个操作项使用ShareActionProvider类时，它会呈现一个带有能够处理ACTION_SEND类型Intent对象的应用程序的下拉列表（如图8所示）。

http://developer.android.com/images/ui/actionbar-shareaction.png

图8. Gallery 应用截屏，用ShareActionProvider对象展开显示共享目标。

创建子菜单的所有逻辑，包括共享目标的封装、点击事件的处理（包在溢出菜单中的项目显示）等，都在ShareActionProvider类中实现了—你需要编写的唯一的代码是给对应的菜单项声明操作提供器，并指定共享的Intent对象。

默认情况，ShareActionProvider对象会基于用户的使用频率来保留共享目标的排列顺序。使用频率高的目标应用程序会显示在下来列表的上面，并且最常用的目标会作为默认共享目标直接显示在操作栏。默认情况下，排序信息被保存在由DEFAULT_SHARE_HISTORY_FILE_NAME指定名称的私有文件中。如果你只使用一种操作类型ShareActionProvider类或它的一个子类，那么你应该继续使用这个默认的历史文件，而不需要做任何事情。但是，如果你使用了不同类型的多个操作的ShareActionProvider类或它的一个子类，那么为了保持它们自己的历史，每种ShareActionProvider类都应该指定它们自己的历史文件。给每种ShareActionProvider类指定不同的历史文件，就要调用setShareHistoryFileName()方法，并且提供一个XML文件的名字（如，custom_share_history.xml）

注意：尽管ShareActionProvider类是基于使用频率来排列共享目标的，但是这种行为是可扩展的，并且ShareActionProvider类的扩展能够基于历史文件执行不同的行为和排序。

要添加ShareActionProvider对象，只需简单的给android.actionProviderClass属性设定android.widget.ShareActionProvider属性值就可以了。唯一要做的事情是定义你要用于共享的Intent对象，你必须先调用getActionProvider()方法来获取跟菜单项匹配的ShareActionProvider对象，然后调用setShareIntent()方法。

如果对于共享的Intent对象的格式依赖与被选择的菜单项，或其他的在Activity生存周期内改变的变量，那么你应该把ShareActionProvider对象保存在一个成员属性里，并在需要的时候调用setShareIntent()方法来更新它。如：

private ShareActionProvider mShareActionProvider;

…

@Override

public boolean onCreateOptionsMenu(Menu menu) {

mShareActionProvider = (ShareActionProvider) menu.findItem(R.id.menu_share).getActionProvider();

// If you use more than one ShareActionProvider, each for a different action,

// use the following line to specify a unique history file for each one.

// mShareActionProvider.setShareHistoryFileName(“custom_share_history.xml”);

// Set the default share intent

mShareActionProvider.setShareIntent(getDefaultShareIntent());

return true;

}

// When you need to update the share intent somewhere else in the app, call

// mShareActionProvider.setShareIntent()

上例中ShareActionProvider对象处理所有的跟这个菜单项有关的用户交互，并且不需要处理来自onOptionsItemSelected()回调方法的点击事件。

创建一个定制的操作提供器

当你想要创建一个有动态行为和在溢出菜单中有默认图标的操作视窗时，，继承ActionProvider类来定义这些行为是一个比好的的方案。创建自己的操作提供器，提供一个有组织的可重用的组件，而不是在Fragment或Activity的代码中处理各种操作项的变换和行为。

要创建自己的操作提供器，只需简单的继承ActionProvider类，并且实现合适的回调方法。你应该实现以下重要的回调方法：

ActionProvider()

::这个构造器把应用程序的Context对象传递个操作提供器，你应该把它保存在一个成员变量中，以便其他的回调方法使用。

OnCreateActionView()

::这是你给菜单项定义操作视窗的地方。使用从构造器中接收的Context对象，获取一个LayoutInflater对象的实例，并且用XML资源来填充操作视窗，然后注册事件监听器。如：

public View onCreateActionView() {

// Inflate the action view to be shown on the action bar.

LayoutInflater layoutInflater = LayoutInflater.from(mContext);

View view = layoutInflater.inflate(R.layout.action_provider, null);

ImageButton button = (ImageButton) view.findViewById(R.id.button);

button.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

// Do something…

}

});

return view;

}

onPerformDefaultAction()

::在选中溢出菜单中的菜单时，系统会调用这个方法，并且操作提供器应该这对这个选中的菜单项执行默认的操作。

但是，如果你的操作提供器提供了一个子菜单，即使是溢出菜单中一个菜单项的子菜单，那么也要通过onPrepareSubMenu()回调方法来显示子菜单。这样onPerformDefaultAction()在子菜单显示时就不会被调用。

注意：实现了onOptionsItemSelected()回调方法的Activity或Frament对象能够通过处理item-selected事件（并且返回true）来覆盖操作提供器的默认行为，这种情况下，系统不会调用onPerformDefaultAction()回调方法。

添加导航选项标签

========

当你想要在一个Activity中提供导航选择标签时，使用操作栏的选项标签是一个非常好的选择（而不是使用TabWidget类），因为系统会调整操作栏选项标签来适应不同尺寸的屏幕的需要—在屏幕足够宽的时候，导航选项标签会被放到主操作栏中；当屏幕太窄的时候，选项标签会被放到一个分离的横条中，如图9和图10所示。

http://developer.android.com/images/ui/actionbar.png

图9. Honeycomb Gallery应用程序中的操作栏选项标签的截图

http://developer.android.com/images/ui/actionbar-stacked.png

图10. 在窄屏设备上被堆放在操作栏中的选项标签的截屏

要使用选项标签在Fragmengt之间切换，你必须在每次选择一个选项标签时执行一个Fragment事务。如果你不熟悉如何使用FragmentTransaction对象来改变Fragment，请阅读Fragment开发指南。

首先，你的布局必须包含一个用于放置跟每个Fragment对象关联的选项标签的ViewGroup对象。并且要确保这个ViewGroup对象有一个资源ID，以便你能够在选项标签的切换代码中能够引用它。另外，如果选项标签的内容填充在Activity的布局中（不包括操作栏），那么Activity不需要任何布局（你甚至不需要调用setContentView()方法）。相反，你能够把每个Fragment对象放到默认的根ViewGroup对象中，你能够用android.R.id.content ID来引用这个ViewGroup对象（在Fragment执行事务期间，你能够在下面的示例代码中看到如何使用这个ID的。

决定了Fragment对象在布局中的显示位置后，添加选项标签的基本过程如下：

1.实现ActionBar.TabListener接口。这个接口中回调方法会响应选项标签上的用户事件，以便你能够切换Fragment对象；

2.对于每个要添加的选项标签，都要实例化一个ActionBar.Tab对象，并且调用setTabListener()方法设置ActionBar.Tab对象的事件监听器。还可以用setText()或setIcon()方法来设置选项标签的标题或图标。

3.通过调用addTab()方法，把每个选项标签添加到操作栏。

在查看ActionBar.TabListener接口时，注意到回调方法只提供了被选择的ActionBar.Tab对象和执行Fragment对象事务的FragmentTransaction对象—没有说明任何有关Fragment切换的事。因此。你必须定义自己的每个ActionBar.Tab之间的关联，以及ActionBar.Tab所代表的适合的Fragment对象（为了执行合适的Fragment事务）。依赖你的设计，会有几种不同的方法来定义这种关联。在下面的例子中，ActionBar.TabListener接口的实现提供了一个构造器，这样每个新的选项标签都会使用它自己的监听器实例。每个监听器实例都定义了几个在对应Fragment对象上执行事务时必须的几个成员变量。

例如，以下示例是ActionBar.TabListener接口的一种实现，在这个实现中，每个选项标签都使用了它自己的监听器实例：

public static class TabListener implements ActionBar.TabListener {

private Fragment mFragment;

private final Activity mActivity;

private final String mTag;

private final Class mClass;

/* *  Constructor used each time a new tab is created.

@param activity The host Activity, used to instantiate the fragment
@param tag The identifier tag for the fragment
@param clz The fragment’s Class, used to instantiate the fragment
/

public TabListener(Activity activity, String tag, Class<T> clz) {

mActivity = activity;

mTag = tag;

mClass = clz;

最后

其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。

上面分享的腾讯、头条、阿里、美团、字节跳动等公司2019-2021年的高频面试题，博主还把这些技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，上面只是以图片的形式给大家展示一部分。

【Android思维脑图（技能树）】

知识不体系？这里还有整理出来的Android进阶学习的思维脑图，给大家参考一个方向。

【Android高级架构视频学习资源】

**Android部分精讲视频领取学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取