Android 修改actionbar标题的颜色和背景色-手机软件-电脑编程网Android 修改actionbar标题的颜色和背景色作者：howlaa　和相关&&
之前写了一篇文章如何修改背景色。现在需要修改标题颜色，发现直接在background下面写android:textColor不行。得在backgroud下面再写一个style。
&resources xmlns:android=&/apk/res/android&&
Base application theme for API 14+. This theme completely replaces
AppBaseTheme from BOTH res/values/styles.xml and
res/values-v11/styles.xml on API 14+ devices.
&style name=&AppBaseTheme& parent=&android:Theme.Holo.Light&&
&!-- API 14 theme customizations can go here. --&
&item name=&android:actionBarStyle&&@style/my_actionbar_style&/item&
&style name=&my_actionbar_style& parent=&@android:style/Widget.Holo.Light.ActionBar&&
&item name=&android:background&&#647b97&/item&
&item name=&android:titleTextStyle&&@style/AcBar_titleStyle&/item&
&style name=&AcBar_titleStyle&&
&item name=&android:textColor&&#FFFFFF&/item&
&/resources&
相关资料：｜｜｜｜Android 修改actionbar标题的颜色和背景色来源网络，如有侵权请告知，即处理！编程Tags：　　　　　　　　　　　　　　　　&　　　　　　　　　　　　　　　　　　　　Android ActionBar完全解析，使用官方推荐的最佳导航栏(下)
限于篇幅的原因，在上篇文章中我们只学习了ActionBar基础部分的知识，那么本篇文章我们将接着上一章的内容继续学习，探究一下ActionBar更加高级的知识。如果你还没有看过前面一篇文章的话，建议先去 ActionBar完全解析，使用官方推荐的最佳导航栏(上)。
添加Action Provider
和Action View有点类似，Action Provider也可以将一个Action按钮替换成一个自定义的布局。但不同的是，Action Provider能够完全控制事件的所有行为，并且还可以在点击的时候显示子菜单。
为了添加一个Action Provider，我们需要在标签中指定一个actionViewClass属性，在里面填入Action Provider的完整类名。我们可以通过继承ActionProvider类的方式来创建一个自己的Action Provider，同时，Android也提供好了几个内置的Action Provider，比如说ShareActionProvider。
由于每个Action Provider都可以自由地控制事件响应，所以它们不需要在onOptionsItemSelected()方法中再去监听点击事件，而是应该在onPerformDefaultAction()方法中去执行相应的逻辑。
那么我们就先来看一下ShareActionProvider的简单用法吧，编辑menu资源文件，在里面加入ShareActionProvider的声明，如下所示：
注意，ShareActionProvider会自己处理它的显示和事件，但我们仍然要记得给它添加一个title，以防止它会在overflow当中出现。
接着剩下的事情就是通过Intent来定义出你想分享哪些东西了，我们只需要在onCreateOptionsMenu()中调用MenuItem的getActionProvider()方法来得到该ShareActionProvider对象，再通过setShareIntent()方法去选择构建出什么样的一个Intent就可以了。代码如下所示：
public boolean onCreateOptionsMenu(Menu menu) {
MenuInflater inflater = getMenuInflater();
inflater.inflate(R.menu.main, menu);
MenuItem shareItem = menu.findItem(R.id.action_share);
ShareActionProvider provider = (ShareActionProvider) shareItem.getActionProvider();
provider.setShareIntent(getDefaultIntent());
return super.onCreateOptionsMenu(menu);
private Intent getDefaultIntent() {
Intent intent = new Intent(Intent.ACTION_SEND);
intent.setType(image/*);
可以看到，这里我们通过getDefaultIntent()方法来构建了一个Intent，该Intent表示会将所有可以共享图片的程度都列出来。重新运行一下程序，效果如下图所示：
细心的你一定观察到了，这个ShareActionProvider点击之后是可以展开的，有点类似于overflow的效果，这就是Action Provider的子菜单。除了使用ShareActionProvider之外，我们也可以自定义一个Action Provider，比如说如果想要建立一个拥有两项子菜单的Action Provider，就可以这样写：
public class MyActionProvider extends ActionProvider {
public MyActionProvider(Context context) {
super(context);
public View onCreateActionView() {
public void onPrepareSubMenu(SubMenu subMenu) {
subMenu.clear();
subMenu.add(sub item 1).setIcon(R.drawable.ic_launcher)
.setOnMenuItemClickListener(new OnMenuItemClickListener() {
public boolean onMenuItemClick(MenuItem item) {
subMenu.add(sub item 2).setIcon(R.drawable.ic_launcher)
.setOnMenuItemClickListener(new OnMenuItemClickListener() {
public boolean onMenuItemClick(MenuItem item) {
public boolean hasSubMenu() {
这里我们新建了一个MyActionProvider继承自ActionProvider，为了表示这个Action Provider是有子菜单的，需要重写hasSubMenu()方法并返回true，然后在onPrepareSubMenu通过调用SubMenu的add()方法添加子菜单。
接着修改menu资源，在里面加入MyActionProvider的声明：
现在重新运行一下代码，结果如图所示：
添加导航Tabs
Tabs的应用可以算是非常广泛了，它可以使得用户非常轻松地在你的应用程序中切换不同的视图。而Android官方更加推荐使用ActionBar中提供的Tabs功能，因为它更加的智能，可以自动适配各种屏幕的大小。比如说，在平板上屏幕的空间非常充足，Tabs会和Action按钮在同一行显示，如下图所示：
而如果是在手机上，屏幕的空间不够大的话，Tabs和Action按钮则会分为两行显示，如下图所示：
下面我们就来看一下如何使用ActionBar提供的Tab功能，大致可以分为以下几步：
1. 实现ActionBar.TabListener接口，这个接口提供了Tab事件的各种回调，比如当用户点击了一个Tab时，你就可以进行切换Tab的操作。
2.为每一个你想添加的Tab创建一个ActionBar.Tab的实例，并且调用setTabListener()方法来设置ActionBar.TabListener。除此之外，还需要调用setText()方法来给当前Tab设置标题。
3.最后调用ActionBar的addTab()方法将创建好的Tab添加到ActionBar中。
看起来并不复杂，总共就只有三步，那么我们现在就来尝试一下吧。首先第一步需要创建一个实现ActionBar.TabListener接口的类，代码如下所示：
public class TabListener implements ActionBar.TabListener {
private Fragment mF
private final Activity mA
private final String mT
private final Class mC
public TabListener(Activity activity, String tag, Class clz) {
mActivity =
public void onTabSelected(Tab tab, FragmentTransaction ft) {
if (mFragment == null) {
mFragment = Fragment.instantiate(mActivity, mClass.getName());
ft.add(android.R.id.content, mFragment, mTag);
ft.attach(mFragment);
public void onTabUnselected(Tab tab, FragmentTransaction ft) {
if (mFragment != null) {
ft.detach(mFragment);
public void onTabReselected(Tab tab, FragmentTransaction ft) {
这段代码并不长，我们简单分析一下。当Tab被选中的时候会调用onTabSelected()方法，在这里我们先判断mFragment是否为空，如果为空的话就创建Fragment的实例并调用FragmentTransaction的add()方法，如果不会空的话就调用FragmentTransaction的attach()方法。
而当Tab没有被选中的时候，则调用FragmentTransaction的detach()方法，将UI资源释放掉。
当Tab被重新选中的时候会调用onTabReselected()方法，如果没有特殊需求的话，通常是不需要进行处理的。
接下来第二步要给每一个Tab创建一个ActionBar.Tab的实例，在此之前要先准备好每个Tab页对应的Fragment。比如说这里我们想创建两个Tab页，Artist和Album，那就要先准备好这两个Tab页对应的Fragment。首先新建ArtistFragment，代码如下所示：
public class ArtistFragment extends Fragment {
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
TextView textView = new TextView(getActivity());
textView.setText(Artist Fragment);
textView.setGravity(Gravity.CENTER_HORIZONTAL);
LinearLayout layout = new LinearLayout(getActivity());
LayoutParams params = new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.WRAP_CONTENT);
layout.addView(textView, params);
没有什么实质性的代码，只是在TextView中显示了Artist Fragment这个字符串。
然后如法炮制，新建AlbumFragment，代码如下所示：
public class AlbumFragment extends Fragment {
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
TextView textView = new TextView(getActivity());
textView.setText(Album Fragment);
textView.setGravity(Gravity.CENTER_HORIZONTAL);
LinearLayout layout = new LinearLayout(getActivity());
LayoutParams params = new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.WRAP_CONTENT);
layout.addView(textView, params);
Fragment都准备好了之后，接下来就可以开始创建Tab实例了，创建好了之后则再调用addTab()方法添加到ActionBar当中，这两步通常都是在Activity的onCreate()方法中执行的，代码如下：
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setTitle(天气);
ActionBar actionBar = getActionBar();
actionBar.setDisplayHomeAsUpEnabled(true);
setOverflowShowingAlways();
actionBar.setNavigationMode(ActionBar.NAVIGATION_MODE_TABS);
Tab tab = actionBar
.setText(R.string.artist)
.setTabListener(
new TabListener(this, artist,
ArtistFragment.class));
actionBar.addTab(tab);
tab = actionBar
.setText(R.string.album)
.setTabListener(
new TabListener(this, album,
AlbumFragment.class));
actionBar.addTab(tab);
可以看到，这里是使用连缀的写法来创建Tab的。首先调用ActionBar的newTab()方法来创建一个Tab实例，接着调用了setText()方法来设置标题，然后再调用setTabListener()方法来设置事件监听器，最后再调用ActionBar的addTab()方法将Tab添加到ActionBar中。
好了，这样的话代码就编写完了，重新运行一下程序，效果如下图所示：
自定义ActionBar样式
虽说ActionBar给用户提供了一种全局统一的界面风格和操作方式，但这并不意味着所有应用程序的ActionBar都必须要长得一模一样。如果你需要修改ActionBar的样式来更加好地适配你的应用，可以非常简单地通过Android样式和主题来实现。
其实Android内置的几个Activity主题中就已经包含了dark或light这样的ActionBar样式了，同时你也可以继承这些主题，然后进行更深一步的定制。
1. 使用主题
Android中有两个最基本的Activity主题可以用于指定ActionBar的颜色，分别是：Theme.Holo，这是一个深色系的主题。Theme.Holo.Light，这是一个浅色系的主题。深色系主题样式的效果如下图所示：
浅色系主题样式的效果如下图所示：
你可以将这些主题应用到你的整个应用程序，也可以只应用于某个Activity。通过在AndroidManifest.xml文件中给或标签指定android:theme属性就可以实现了。比如：
如果你只想让ActionBar使用深色系的主题，而Activity的内容部分仍然使用浅色系的主题，可以通过声明Theme.Holo.Light.DarkActionBar这个主题来实现，效果如下图所示：
2. 自定义背景
如果想要修改ActionBar的背景，我们可以通过创建一个自定义主题并重写actionBarStyle属性来实现。这个属性可以指向另外一个样式，然后我们在这个样式中重写background这个属性就可以指定一个drawable资源或颜色，从而实现自定义背景的功能。编辑styles.xml文件，在里面加入一个自定义的主题，如下所示：
可以看到，这里我们定义了一个CustomActionBarTheme主题，并让它继承自Theme.Holo.Light。然后在其内部重写了actionBarStyle这个属性，然后将这个属性指向了MyActionBar这个样式，我们在这个样式中又重写了background属性，并给它指定了一个背景色。现在重新运行一下程序，效果如下图所示：
这样我们就成功修改ActionBar的背景色了。不过现在看上去还有点怪怪的，因为只是ActionBar的背景色改变了，Tabs的背景色还是原来的样子，这样就感觉不太协调。那么下面我们马上就来修改一下Tabs的背景色，编辑styles.xml文件，如下所示：
可以看到，这里又重写了backgroundStacked属性，这个属性就是用于指定Tabs背景色的。那么再次重新运行程序，效果如下图所示：
3. 自定义文字颜色
现在整个ActionBar的颜色是属于偏暗系的，而ActionBar中文字的颜色又偏偏是黑色的，所以看起来并不舒服，那么接下来我们就学习一下如果自定义文字颜色，将文字颜色改成白色。修改styles.xml文件，如下所示：
可以看到，这里在MyActionBar样式里面重写了titleTextStyle属性，并将它指向了另一个自定义样式MyActionBarTitleText，接着我们在这个样式中指定textColor的颜色是#fff，也就是白色。现在重新运行一下程序，结果如下图所示：
OK，ActionBar标题文字的颜色已经成功改成白色了，那Tab标题的文字又该怎么修改呢？继续编辑styles.xml文件，如下所示：
这里我们在CustomActionBarTheme主题中重写actionBarTabTextStyle属性，并将它指向一个新建的MyActionBarTabText样式，然后在这个样式中重写textColor属性，将颜色指定为白色即可。重新运行一下程序，结果如下图所示：
4. 自定义Tab Indicator
为了可以明确分辨出我们当前选中的是哪一个Tab项，通常情况下都会在选中Tab的下面加上一条横线作为标识，这被称作Tab Indicator。那么上图中的Tab Indicator是蓝色的，明显和整体风格不相符，所以我们接下来就学习一下如何自定义Tab Indicator。首先我们需要重写actionBarTabStyle这个属性，然后将它指向一个新建的Tab样式，然后重写background这个属性即可。需要注意的是，background必须要指定一个state-list drawable文件，这样在各种不同状态下才能显示出不同的效果。那么在开始之前，首先我们需要准备四张图片，分别用于表示Tab的四种状态，如下所示：
这四张图片分别表示Tab选中未按下，选中且按下，未选中未按下，未选中且按下这四种状态，那么接着新建res/drawable/actionbar_tab_indicator.xml文件，代码如下所示：
四种状态分别引用了四张图片，这样就把state-list drawable文件写好了。接着修改style.xml文件，代码如下所示：
这里先是重写了actionBarTabStyle这个属性，并将它指向了另一个自定义样式MyActionBarTabs，接着在这个样式中重写background属性，然后指向我们刚才创建的actionbar_tab_indicator即可。现在重新运行一下程序，效果如下所示：
可以看到，Tab Indicator的颜色已经变成了白色，这样看上去就协调得多了。除此之外，Action Bar还有许许多多的属性可以进行自定义，这里我们无法一一涵盖到本篇文章中，更多的自定义属性请参考官方文档进行学习。好了，本篇文章的讲解就到这里，结合上下两篇，我们已经把ActionBar中最常用的功能都学会了，下篇文章中我会带领大家一起实战Action Bar的用法，敬请期待。
您对本文章有什么意见或着疑问吗？请到您的关注和建议是我们前行的参考和动力&&
您的浏览器不支持嵌入式框架，或者当前配置为不显示嵌入式框架。【转】ANDROID的ActionBar及菜单机制
Action Bar是ANDROID应用用到的重要开发资源之一，Action Bar提供了一致的应用导航和视图切换方式，也提供了突出的和容易的以可预见的方式执行重要操作的方式。&
&& &Action
Bar一般位于屏幕顶部，包括四个可操作区域：应用图标或LOGO区域，用于视图控制的Spinner下拉菜单或TAB控件区域，Action button（也称为Action Item）区域，提供溢出菜单的Action overflow区域。
&另外Action Bar还提供与上下文选中项相关的Contextual Action Bar、以及与菜单项绑定的Action
View以及提供共享服务的Share Action Provider。
&从功能上整个系统类图分成相对对立的三个部分，一是视图控制部分、二是Action Provider部分、三是菜单呈现部分。
ActionBar视图控制部分
& 图1为ActionBar视图控制部分类图。Action Bar包括几个显示区域，每个区域分别由不同的视图类型来显示，每个视图类型对应图1类图中的不同的视图对象。
应用图标对象所在视图对应ActionBarView对象的HomeView类型的内部视图对象mHomeLayout，ActionBarView的OnClickListener类型的回调对象mUpClickListener提供对应用图标操作的动作监听，从而通过回调传给实际ACTIVITY的onMenuItemSelected回调函数，在onMenuItemSelected回调函数中进行相应动作处理。
&&用于视图控制的Spinner下拉菜单对应ActionBarView中的Spinner对象mSpinner（通过创建一个SpinnerAdapter对象为其提供下拉菜单项），ActionBarView的AdapterView.OnItemSelectedListener类型的mNavItemSelectedListener是其事件的监听对象，当选中SpinnerAdapter对象的下拉项时触发事件，使mNavItemSelectedListener对象的onItemSelected回调函数被调用，onItemSelected中调用ActionBar.OnNavigationListener类型
的应用对象的onNavigationItemSelected函数进行相应事件处理。ActionBar.OnNavigationListener对象连同SpinnerAdapter对象都是通过ActionBarImpl对象的setListNavigationCallbacks(SpinnerAdapter
adapter, OnNavigationListener
callback)函数传给ActionBarView对象的。为了打开下拉菜单功能还需要调用ActionBarImpl对象setNavigationMode函数设置NavigationMode为ActionBar.NAVIGATION_MODE_LIST模式。
& &&& &Action
Button对象所在视图对应AbsActionBarView对象的ActionMenuView类型的内部对象mMenuView。每个Action
Button实际对应一个菜单项，可以采用菜单项一样的方式进行处理，在具体ACTIVITY
的onCreateOptionsMenu()回调中进行菜单资源的读取和安装，菜单资源通过XML资源文件进行的定义。由菜单资源XML文件中的android:showAsAction属性定义一个菜单项为Action
Button。&&Action
Button的呈现由ActionMenuPresenter对象负责。
&&溢出菜单和Action Button的子菜单也是在菜单资源XML文件中进行定义，当在菜单XML资源文件中定义Action
Button的android:showAsAction属性定义为"ifRoom"时，当活动条没有足够空间时Action
Button显示到溢出菜单所在空间。溢出菜单的呈现由派生自MenuPopupHelper对象的OverflowPopup负责，Action
Button的子菜单由派生自MenuPopupHelper对象的ActionButtonSubmenu负责呈现。
& Contextual Action
Bar对应ActionBarContextView类，ActionBarContextView视图由ActionBarImpl对象的startActionMode函数通过调用其initForMode函数进行初始化（以ActionModeImpl对象作为参数
，ActionBarContextView视图的菜单采用ActionModeImpl对象的菜单，ActionModeImpl对象的菜单的生成及菜单项的事件处理都通过ActionModeImpl对象的ActionMode.Callback类型的回调对象处理，ActionBarContextView菜单的呈现也是由ActionBarContextView对象创建的相应的ActionMenuPresenter对象负责。
&ActionMode.Callback类型的回调对象通过startActionMode函数的参数传给ActionModeImpl对象，ActionMode.Callback类型的回调对象是用户为特定上下文视图定义的。因此用户为了使特定视图有上下文Action
Bar，需要如下两部工作：
实现ActionMode.Callback回调接口，在ActionMode.Callback回调函数中生成相应菜单及完成菜单项的事件处理代码。
调用startActionMode(ActionMode.Callback callback)来显示上下文Action
View对象对应ActionBarView对象中的mExpandedActionView，由ExpandedActionViewMenuPresenter对象负责呈现，每个Action
View对象与菜单项进行绑定，在菜单资源XML文件中进行描述，由XML文件中的android:actionLayout及android:actionViewClass
属性确定。
控件组对应对象ActionBarImpl中的TabImpl对象组，在ScrollingTabContainerView视图中显示，为了打开TAB导航模式，需要调用ActionBarImpl对象setNavigationMode函数设置NavigationMode为ActionBar.NAVIGATION_MODE_TABS。TabImpl对象、ActionBarImpl对象、ScrollingTabContainerView视图三者构成MVC模式关系，TabImpl对象对应Model,
ActionBarImpl对象对于控制器，ScrollingTabContainerView对应视图
&类图中的 ActionBarImpl提供对各个视图的控制功能。
& Action Provider元素机制与Action View差不多，和Action
View一样需要与菜单项绑定，也是在菜单资源的XML文件中为菜单项指定绑定的Action Provider对象
，由XML文件中的android:actionProviderClass属性确定，只是Action Provider更复杂，包括更多的对象，而Action
View只对应一个视图对象。用户在使用Action
Provider时，需要创建派生自ActionProvider的具体ActionProvider类，并酌情实现ActionProvider的相应回调接口，尤其在具体ActionProvider类的onCreateActionView回调函数中需要创建相应的视图，具体ActionProvider类可以具有独立的布局XML文件，在onCreateActionView回调中进行读取来生成相应视图。
ActionBar菜单呈现部分
&&&图2&是Action
Bar相关视图对象的菜单呈现及菜单构建相关类图。
Bar相关视图的菜单呈现及菜单构建类图包括负责菜单构建过程的菜单构建对象（MenuBuilder）、负责菜单容器及菜单项的视图创建的菜单呈现对象（MenuPresenter）、菜单容器和菜单项视图对象（view）三类对象构成，三类对象构成MVP模式。
&MenuBuilder对应MVP模式的model，MenuPresenter对应MVP模式的Presenter，视图对象对应View。MenuBuilder构建菜单的每一菜单项。MenuPresenter从MenuBuilder对象读取菜单项并生成相应的菜单项子视图，创建的菜单项子视图被添加到菜单容器视图中，MenuPresenter也提供对MenuBuilder对象及其菜单项的获取及其它操作。视图通过MenuPresenter获得和操作菜单和菜单项对应的视图，在MVP模式中视图和模式不直接交互。
& ActionBar系统包括四个MenuPresenter具体类，ActionMenuPresenter负责Action&&Button及Contextual
Action Bar对应的菜单视图呈现，ExpandedActionViewMenuPresenter负责与菜单项绑定的Action
View对象的视图呈现，OverflowPopup负责溢出菜单对应的视图呈现，ActionButtonSubmenu负责子菜单对应的视图呈现。OverflowPopup和ActionButtonSubmenu都派生自MenuPopupHelper，由于OverflowPopup呈现的菜单为MenuBuilder对象,而ActionButtonSubmenu呈现的菜单对应SubMenuBuilder对象,因此MenuPopupHelper采用的MenuBuilder对象是一个适配器对象,采用了适配器模式对不同对象封装成相同的接口。
& 图2 类图中MenuItemImpl类是对应菜单项的具体实现类。MenuBuilder对象创建的每一个MenuItemImpl类型的菜单项放在MenuBuilder对象的的数组中。
MenuPopupHelper对象也登记为anchor视图的监听器，通过ViewTreeObserver对象来检测菜单所在anchor视图的变化。对于溢出菜单的anchor视图为OverflowMenuButton。
&& &图3&&action
provider提供部分
&&&图3&是系统提供的ShareActionProvider类及相关对象，提供快速存取提供共享服务的Action。
&&&整个类图主要包括ShareActionProvider、ActivityChooserModel、ActivityChooserView、ActivityChooserViewAdapter等对象。
&&&派生自ActionProvider的具体类ShareActionProvider，用来实例化ActivityChooserModel、ActivityChooserView对象，并为ActivityChooserView对象设置数据模式，生成视图，操作和获取Model信息，根据Model信息创建活动菜单。
&&&ActivityChooserModel、ActivityChooserView、ActivityChooserViewAdapter三者构成MVC模式，分别对应Model、View及采用Adapter模式的Control，ActivityChooserView通过ActivityChooserViewAdapter获取ActivityChooserModel中的活动信息，ActivityChooserModel本身派生自DataSetObservable，可以在ActivityChooserView对象中为ActivityChooserModel对象登记一个DataSetObserver类型的对象，ActivityChooserModel对象通过该对象向ActivityChooserView对象发送ActivityChooserModel对象中的数据变化通知。
&ActivityChooserModel对于通过intent从包管理器中获得的符合intent条件的活动记录（以ActivityResolveInfo类型保存在数组列表中mActivites）的排序方法采用了策略模式，排序方法被封装成对象，在没有通过setActivitySorter方法设置排序方法时，采用默认排序方法，由DefaultSorter对象封装。DefaultSorter对象提供的排序方法是依据活动记录中的weight值进行排序，被排序的活动记录的weight值还依据记录在HistoricalRecord（HistoricalRecord中的活动通过读私有的XML类型的共享历史文件获得）列表中的活动顺序进行修改，依据HistoricalRecord列表的从后往前的顺序为mActivites数组中对应的对象增加weight值，活动历史记录中越往后的记录在mActivites列表中对应活动增加的权值越小，最新的相应记录增加的权值越大。
&&&HistoryPersister线程对象用于把HistoricalRecord列表中的记录保存到历史文件中。HistoryLoader线程对象用于读取历史文件到HistoricalRecord列表中。DataModelPackageMonitor对象用于监视数据包，在数据包更新时同步活动记录列表mActivites。ActivityChooserMode对象还通过Map类型的HashMap保证一个相同的历史文件只能实例化一个ActivityChooserModel对象，是单例模式的具体应用。
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。