在 Android 开发的旅程中，我们经常会遇到关于应用顶部导航栏的各种术语。你是否曾在编写布局文件或设置主题时，对 AppBar、ActionBar 和 Toolbar 这三个概念感到困惑？它们看起来很像，甚至有时候感觉可以互换使用，但它们背后究竟有什么区别？什么时候该用哪一个？
在这篇文章中，我们将深入探讨这三者之间的历史渊源、技术实现细节以及它们在实际开发中的最佳实践。我们不仅会理清它们的概念，还会通过实际的代码示例，向你展示如何灵活运用它们来构建现代化的 Android 应用界面。让我们开始吧！
1. 历史背景：从 AppBar 到 Toolbar 的演变
为了真正理解它们的区别，我们需要回到 Android 设计的早期阶段。这一切都始于 AppBar。
#### 1.1 AppBar：设计的起源
AppBar 是一个广义的设计概念，它指的是应用程序界面顶部的专用区域。这个区域的主要目的是确立应用的身份标识。它通常会显示当前屏幕的标题，告诉用户“你现在在哪里”。
在 Android 3.0（Honeycomb）发布之前，也就是早期的 Android 设备上，物理设备上往往会有一个专门的“菜单按钮”。那时的 AppBar 设计相对简单，主要包含标题和少量的交互元素。虽然现在我们在代码中很少直接看到一个名为 AppBar 的类（它更多存在于 Material Design 的设计规范中），但它是后续所有顶部导航组件的鼻祖。
#### 1.2 ActionBar：框架时代的霸主
随着 Android 3.0（API 11）的发布，Google 引入了 ActionBar。这是 Android 系统框架的一部分，它的出现是为了解决日益复杂的应用交互需求。
ActionBar 是窗口装饰的一部分。这意味着它是由系统窗口管理的，而不是应用布局的一部分。它默认位于 Activity 的顶部，并且提供了标准化的导航方式，比如返回主页、标签切换等。它的优势在于开箱即用，系统默认的主题（如 INLINECODE15288efa 或后来的 INLINECODE29850b05）会自动为你生成一个 ActionBar。
然而，ActionBar 的局限性也非常明显：它的位置是硬编码的。如果你想把它放在屏幕底部，或者想在屏幕中间放置一个导航栏，ActionBar 做不到。而且，由于其高度耦合在 Activity 的窗口层级中，对其进行深度自定义非常困难，甚至需要使用反射技术这种“黑魔法”。
#### 1.3 Toolbar：灵活性的革命
时间来到 2014年，随着 Android 5.0（Lollipop，API 21）的发布，Google 推出了 Material Design 设计语言，同时也引入了 Toolbar。
Toolbar 的出现是一个里程碑。它本质上是一个 ViewGroup（继承自 INLINECODEca8f2d8b）。这意味着什么？这意味着它不再受限于窗口装饰，而是完全成为了我们布局文件的一部分。你可以像对待 INLINECODE7e27d773、INLINECODE4dd93a57 或 INLINECODE5be4ea21 一样对待它。
Toolbar 是 ActionBar 的“精神继承者”，但它摆脱了枷锁。你可以把它放在任何位置，可以嵌入到 ScrollView 中随页面滚动，甚至可以在同一个屏幕中放置多个 Toolbar。Google 强烈建议开发者使用 Toolbar 来替代过时的 ActionBar。
—
2. 深入组件解析与代码实战
让我们通过代码和特性对比，来看看它们具体是如何工作的。
#### 2.1 Toolbar：现代开发的首选
正如我们前面提到的，Toolbar 是一个 ViewGroup。这赋予了它极大的灵活性。让我们看看如何在 XML 布局中声明一个 Toolbar。
示例 1：在 XML 中定义 Toolbar
仅仅把 Toolbar 放在布局中是不够的，我们还需要在代码中告诉系统：“我们要把这个 Toolbar 当作 ActionBar 来使用”。
示例 2：在 Activity 中设置 Toolbar
// MainActivity.java
import androidx.appcompat.app.AppCompatActivity;
import androidx.appcompat.widget.Toolbar;
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
// 1. 找到我们在 XML 中定义的 Toolbar
Toolbar toolbar = findViewById(R.id.toolbar);
// 2. 将 Toolbar 设置为该 Activity 的 ActionBar
// 这一步非常重要，它让 Toolbar 能够处理像选项菜单这样的系统交互
setSupportActionBar(toolbar);
}
}
为什么我们推荐这样做？
使用 INLINECODEbbc59545 后，你依然可以使用 INLINECODE47a04a6c 等熟悉的回调方法来处理菜单项，但同时你也获得了 Toolbar 作为 View 的灵活性。例如，你可以轻松地为其添加滚动事件监听器。
#### 2.2 AppBarLayout：处理 Material Design 效果
当我们谈论 Toolbar 时，通常不得不提 AppBarLayout。这是 Material Design 组件库提供的一个特殊的 LinearLayout。
你有没有见过这样的场景：当你向下滑动页面时，顶部的标题栏会隐藏；当你向上滑动时，标题栏又会滑出来？这就是通过 AppBarLayout 实现的。
示例 3：实现 Toolbar 的滚动隐藏效果
在这个例子中，我们使用 app:layout_scrollFlags 定义了 Toolbar 的滚动行为。这种精细的控制是传统的 ActionBar 无法实现的。
#### 2.3 隐藏原生 ActionBar：关键的一步
当你决定使用 Toolbar 作为你的 ActionBar 时，你通常会面临一个经典的坑：屏幕上出现了两个顶部栏。一个是系统默认的 ActionBar，一个是你自己添加的 Toolbar。
为了避免这种 UI 错误，我们需要修改主题来隐藏原生的 ActionBar。
修改 res/values/themes.xml：
false
true
或者更简单的方法，直接继承 NoActionBar 主题：
3. 详细对比：AppBar vs ActionBar vs Toolbar
为了让你更清晰地记住它们的特点，我们将之前的对比表进行了扩充和深化。
AppBar (概念)
Toolbar (组件)
:—
:—
这是一个设计术语，指代屏幕顶部的导航区域。
Android 5.0 引入的 ViewGroup，作为视图层级的一部分。
Android 1.0 (概念层面)
Android 5.0 (API 21) (可通过 AppCompat 向下兼容)
固定的概念位置。
极其灵活。可以放在屏幕的任何地方（顶部、中间、底部），甚至可以动态添加到布局中。
标题、菜单按钮（早期）。
所有 ActionBar 能包含的元素，加上任意自定义视图（如 TextView、ImageView、SeekBar 等）。
通常每个屏幕一个 AppBar 区域。
在同一个布局中可以包含多个 Toolbar，用于不同的目的。
已被 Material Design 术语中的 “App Bar Structure” 取代。
推荐使用。它是构建现代 Android UI 的标准。### 4. 实战技巧与常见陷阱
在实际开发中，掌握了基本用法只是第一步，我们还需要了解一些深层的技巧。
#### 4.1 Toolbar 的高度定制
因为 Toolbar 是一个 ViewGroup，我们可以像填充 FrameLayout 一样填充它。
场景：在 Toolbar 内部添加一个自定义的 Logo 和 复杂标题
在这个例子中，我们完全忽略了 setTitle() 方法，而是直接向 Toolbar 里塞入了一个 LinearLayout。在旧版的 ActionBar 中，如果不重写整个类，想实现这种布局几乎是不可能的。
#### 4.2 深色主题的处理
在 Toolbar 的使用中，初学者常遇到的一个问题是：Toolbar 的背景是深色的，但是弹出的菜单（PopupMenu）的背景也是深色的，导致文字看不见。
解决方案：
在 Toolbar 中使用 app:popupTheme 属性，强制指定弹出菜单为浅色主题。
<androidx.appcompat.widget.Toolbar
...
android:background="?attr/colorPrimary"
android:theme="@style/ThemeOverlay.AppCompat.Dark.ActionBar"
app:popupTheme="@style/ThemeOverlay.AppCompat.Light" />
5. 总结与下一步
让我们快速回顾一下今天的重点：
- AppBar 是设计概念，定义了顶部导航区域长什么样。
- ActionBar 是历史产物，作为窗口框架的一部分，位置固定且难以自定义，现在已经不再推荐使用。
- Toolbar 是现代化的解决方案，它作为一个 ViewGroup 赋予了我们完全的控制权，支持 Material Design 的各种高级交互（如滚动隐藏）。
作为一名 Android 开发者，我们的建议是：在你的所有新项目中，请直接使用 Toolbar 并配合 NoActionBar 主题。这不仅能让你更自由地设计 UI，还能确保你的应用更容易适配 Material Design 规范。
接下来你可以尝试：
- 尝试在你的项目中添加两个 Toolbar，一个在顶部用于全局导航，一个在底部用于内容操作。
- 探索
CollapsingToolbarLayout，这是 Toolbar 的进阶形态，常用于制作那种大图视差滚动并最终折叠成标题栏的效果（常见在个人主页）。
希望这篇文章能彻底解决你对这三个概念的困惑。如果你在实际操作中遇到任何问题，或者想了解更高级的 CollapsingToolbarLayout 用法，欢迎继续在评论区留言交流！