3. 弹出通知
弹出通知会绕过抽屉通知直接出现在用户面前。一般情况下很少使用，只在需要及时地反馈并且必须打断用户的场合下才会使用。例如Talk应用使用这种形式的通知来提醒用户有好友邀请他加入视频聊天，因为这个邀请会在几秒后自动失效。
对于导航行为，弹出通知严格遵循间接通知的中间界面的导航逻辑。点“返回”会关闭弹出通知。如果用户从这条弹出通知进入了发出通知的应用程序，“向上”和“返回”的逻辑会与标准通知的逻辑保持一致，在应用程序内进行导航。
关于间接通知的详细内容请查看百度MUX翻译的《Android Design》的模式Patterns—-导航Navigation章节。
四、通知的相关交互
1. 通知抽屉
默认情况下，待处理的通知是以图标形式显示在状态栏中，从屏幕上方向下滑即可打开通知抽屉。
最近的通知排在最前面，点击一条通知会将其应用程序打开到与这条通知相关的界面。
在一条通知上向左或向右横划即可移除该通知。
在Android 4.0的平板电脑中，通知栏则被集成到底部的系统栏里，在通知区域的任意位置点击即可打开通知抽屉。
2. 进行中的通知
有一些通知是让用户了解后台正在运行的进程。例如正在播放的音乐播放器、正在后台运行的省电程序、正在保护系统的安全软件等。另外也可以对下载上传、视频编码这种持续时间较长的任务提供反馈。这种进行中的通知是不可以被移除的。
3. Dialog和Toast用作反馈
如果某个应用程序没有在当前屏幕运行，它就不应该弹出对话框(Dialog)和提示条(Toast)。对话框和提示条应该是用户在当前应用程序下执行操作时，用来提供即时的操作反馈的。比如对话框可以让用户知道某个操作的危险后果，而提示条可以让用户知道某个操作已成功执行。
五、总结
在Android平台设计应用程序的通知消息时应该明确在哪些场景下使用通知;不同的场景显示什么类型的通知。在设计的时候还要注意通知的私有化、导航逻辑、清理机制、同类通知的合并、图标的设计等。为避免对用户造成骚扰，还应该在应用程序的设置中增加对是否显示通知消息的设置。
从较早版本的Android系统开始，就具备了比较成熟的通知系统，新版iOS系统也参考了类似的设计。所以充分利用Android的通知系统，一定可以让用户对你的应用程序了如指掌。
另附上MUX翻译的最新版《Android Design》，欢迎大家下载阅读。