Android Notifications 百发百中之第一发

第一发主要介绍了 Notifications 中如果创建一个标准通知，如何设置通知的点击事件，通知的基本操作，如何为通知添加 Action 以及通知的启动和取消。

第二发主要介绍通知栏的各种样式以及如何设置样式来创建你所需要的通知栏，依然是这个表格：

Notification 是 Android 系统中一个特别特别重要的机制，它可以让你在不打开 app 的情况下就可以便捷的查看消息、新闻、通知等等。

我个人认为 Android 比 iOS 好用的一个很重要的地方就是通知，嗯，一定是这样的。

OkhttpIntegration

目前对应 OkHttp 版本3.8.1.

前言

最近在写 Notification 的 Demo，梳理 Notification 的各种样式以及点击 Notification 启动 Activity 的各种方式。
所有的 app 点击通知栏启动 Activity 的方式不外乎以下三种：

Map

Map 提供 key 到 value 的映射，保存 key -> value 形式的对象，Map 中 key 不允许重复，每个 key 最多只能对应一个 value。Map 接口提供3种集合的视图，Map 的内容可以被当作一组 key 集合，一组 value 集合，或者一组 key - value 映射。
Map 接口 的常见子类：HashMap, Hashtable, TreeMap

最近迫切需要巩固一下 java 基础知识，先把关于集合的整理一下，这篇文章主要介绍 List 接口以及它的实现类。

背景

刚成为 Android 小白鼠的时候，基本上都是照搬别人的代码，也不在乎框架不框架，能实现就觉得自己很NB了。所以导致的结果就是在 Activity/Fragment 中写了一堆一堆的代码，操作网络、操作数据库、业务逻辑处理，全在 Activity/Fragment 中进行，现在看起来惨不忍睹啊。。。当时用的网络框架是 Google 的 Volley 框架，网络请求和回调处理也都在界面中处理。那个时候也很少发生在 Activity/Fragment 结束时应用会崩溃，所以也没关注异步回调的问题。至于为啥不崩溃，我只想说我也不知道。。。后来的某次我在项目中使用了 Google 推荐的 MVP，然后问题就来了，在网络请求已经发出还未回调成功的时候按了返回键，十有八九应用会崩溃，这TM就尴尬了。。。

上一个项目周期中，产品经理有了这样一个需求。

背景

开发中我们经常会遇到这样的情况，比如：

• 几乎所有的项目都会有测试环境和正式环境，有的甚至的还有开发环境，不同的环境有不同的 API 根地址，测试环境和正式环境每次打包都需要手动去更改 API 根地址；
• 很多第三方SDK比如百度地图并没有区分测试环境和正式环境，那么我们就需要去申请两个不同的 APP KEY 标识（因为 APP KEY 标识是根据包签名来区分的），而且很多 APP KEY 都只能在 manifest 中配置，每次更改环境都需要去手动更改 APP KEY， 一旦第三方包比较多，那叫一个麻烦了啊。。。最重要的是万一你少改了一个或复制错了一个，一旦上线了就成了悲剧。。。悲剧。。。悲剧。。。
• 别问我为什么悲剧，我也不知道。