Android历史各版本之间的新特性

Android操作系统是一个由谷歌Google和开放手持设备联盟共同开发发展的移动设备操作系统，其最早的一个版本Android 1.0 Beta发布于2007年11月5日，至今已经发布了多个更新。

​Android 发布历程 [2]

这些更新版本都在前一个版本的基础上修复了bug并且添加了前一个版本所没有的新功能。

Android操作系统曾有两个预发布的内部版本，它们的代号分别是铁臂阿童木（Astro）和发条机器人（Bender）。由于涉及到版权问题，从2009年5月开始，Android操作系统改用甜点来作为版本代号，这些版本按照大写字母的顺序来进行命名。

以下是甜点代号及翻译：

Cupcake：纸杯蛋糕

Donut：甜甜圈

Éclair：闪电泡芙、法式奶油夹心甜点、松饼

Froyo：冻酸奶

Gingerbread：姜饼

Honeycomb：蜂巢

Ice Cream Sandwich：冰激凌三明治、冰淇淋三明治

Jelly Bean：果冻豆

KitKat：奇巧巧克力棒

Lolipop：棒棒糖

Marshmallow：棉花糖

Nougat：牛轧糖

Oreo：奥利奥

开发代号

编辑

Android在正式发行之前，最开始拥有两个内部测试版本，并且以著名的机器人名称来对其进行命名，它们分别是：铁臂阿童木（Astro Boy，注意不是Astro阿童木）和发条机器人（Bender）。需要注意的是，Android 1.0和1.1的版本代号并不是这两个，维基百科中的“Android Version History”词条部分是错误的。 [3]

后来由于涉及到版权问题，谷歌将其命名规则变更为用甜点作为它们系统版本的代号的命名方法。Android 1.0是于2008年9月23日正式发布的Android第一版，Android 1.1发布于2009年2月2日，但其实谷歌内部有更多的1.1版的变种。甜点命名法开始于第三版Android 1.5（实际上是第四版，因为Android 1.0其实有两版）。而从Android 1.6 Donut甜甜圈开始，项目组才正式确定将Android开发代号首字母从“C”一直延续下去。值得一提的是，Android 1.1 的内部代号为 Petit Four ，但项目主管喜欢美味的点心，最终结束了这种命名方式。

So Astro Boy and Bender were real, but they went with the super-early milestone builds. 完整的时间表是这样的：

• Android milestone builds (with Astro Boy and Bender floating around in here somewhere)
• Android 1.0（没有开发代号）
• Android 1.1 - Petit Four
• Android 1.5 - Cupcake
• Android 1.6 - Donut
• Android 2.0/2.1 - Éclair
• Android 2.2 - Froyo
• Android 2.3 - Gingerbread
• Android 3.0/3.1/3.2 - Honeycomb
• Android 4.0 - Ice Cream Sandwich
• Android 4.1/4.2/4.3 - Jelly Bean
• Android 4.4 - KitKat
• Android 5.0/5.1 - Lollipop（Android L）
• Android 6.0 - Marshmallow（Android M）
• Android 7.0 -Nougat（Android N）
• Android 8.0 -Oreo（Android O）
• API等级
• 编辑
• 随着版本的更迭，应用程序编程接口（API）等级不断发生。下面将目前为止所有API等级罗列出来，并与Android各版本一一对应。
• API等级1：Android 1.0
• API等级2：Android 1.1 Petit Four
• API等级3：Android 1.5 Cupcake
• API等级4：Android 1.6 Donut
• API等级5：Android 2.0 Éclair
• API等级6：Android 2.0.1 Éclair
• API等级7：Android 2.1 Éclair
• API等级8：Android 2.2 - 2.2.3 Froyo
• API等级9：Android 2.3 - 2.3.2 Gingerbread
• API等级10：Android 2.3.3-2.3.7 Gingerbread
• API等级11：Android 3.0 Honeycomb
• API等级12：Android 3.1 Honeycomb
• API等级13：Android 3.2 Honeycomb
• API等级14：Android 4.0 - 4.0.2 Ice Cream Sandwich
• API等级15：Android 4.0.3 - 4.0.4 Ice Cream Sandwich
• API等级16：Android 4.1 Jelly Bean
• API等级17：Android 4.2 Jelly Bean
• API等级18：Android 4.3 Jelly Bean
• API等级19：Android 4.4 KitKat
• API等级20：Android 4.4W
• API等级21：Android 5.0 Lollipop
• API等级22：Android 5.1 Lollipop
• API等级23：Android 6.0 Marshmallow
• API等级24：Android 7.0 Nougat
• API等级25：Android 7.1 Nougat
• API等级26：Android 8.0 Oreo
• 目前常用版本之间的新特性

Android4.0

1)新锁屏界面：

Android4.0重新设计了锁屏幕UI，下方的解锁虚拟按键向周围发射出微光，轻轻拖动就可以解锁，比原来在UI上确实有很大的进步。

2)全新Widget排列：

主屏幕上的Widget插件是Android区别于其他系统最大的特点，新的Widget将会像程序界面那样排列。程序和Widget插件分为两个标签，清楚明了。

3)更直观的程序文件夹：

现在直接拖动程序到另一个程序图标上会生成文件夹，像iOS所作的那样，但区别在于拖动联系人快捷方式会生成一个快速拨号快捷方式，很智能，比原来便捷很多。

4)人脸识别解锁：

Google在现场进行了演示，虽然最开始遇到点小麻烦失败了，但人脸识别解锁对于安全性保障还是挺有必要的。

5)截屏功能：

同时按下电源键和音量“下”即可，对于反馈系统Bug和分享手机信息是一个很实用的升级。

6)全新通知栏：

现在在锁屏界面也可以下拉通知栏查看新通知。如果不想要某条通知，水平滑动即可取消。

7)语音识别的键盘：

现场识别中Androd4.0将Man识别成了Map，但令人惊讶的是它识别出了笑脸符号：-)的英文。用户可以通过增强的语音输入来发短信。

8)浏览器：

全新浏览器支持最多16个活动标签页，同样的，扔掉即可关闭某个标签页。而且直接支持存储网页进行离线浏览

Android5.0

1) 全新meterial Design 设计风格(纸张化的用户体验)

meterial 主题

组件的阴影(CardView)

Drawable动画和样式效果。

2)全新的通信中心设计

锁屏时也可以查看消息通知。

3)支持64位ART虚拟机

放弃之前一直使用的Dalvik虚拟机，改用了ART模式。

提前编译.

垃圾回收增强。

debug支持增强。

4)电池续航能力

5)WebView

Android6.0

1）权限管理

权限管理是 Android M 最大的改变，权限管理更加精细，并且由以前的安装时静态授权，改为现在的运行时动态授权。大家对 Android 的权限吐槽已久，Android 应该能极大的改善这方面的问题。主要改变有：

系统设置中可以对 APP 各个权限单独控制

权限根据内容进行分组了

普通权限还是在安装时授权

其他权限在运行时系统弹窗授权，并且要解析使用这个权限的目的

2)指纹解锁

3)相机API

Android7.0

1)多窗口支持

用户可以在一次屏幕上打开两个应用。

2)通知功能的增强

在 Android 7.0 中，我们重新设计了通知，使其更易于使用并且速度更快。部分变更包括：

模板更新：

我们正在更新通知模板，新强调了英雄形象和化身。开发者将能够充分利用新模板，只需进行少量的代码调整。

消息传递样式自定义：

您可以自定义更多与您的使用 MessagingStyle 类的通知相关的用户界面标签。您可以配置消息、会话标题和内容视图。

捆绑通知：

系统可以将消息组合在一起（例如，按消息主题）并显示组。用户可以适当地进行拒绝或归档等操作。如果您已实现 Android Wear 的通知，那么您已经很熟悉此模式。

直接回复：

对于实时通信应用，Android系统支持内联回复，以便用户可以直接在通知界面中快速回复短信。

自定义视图：

两个新的 API 让您在通知中使用自定义视图时可以充分利用系统装饰元素，如通知标题和操作。

3)Project Svelte：后台优化

Project Svelte 在持续改善，以最大程度减少生态系统中一系列 Android 设备中系统和应用使用的 RAM。

4)VR支持

Android8.0

1)通知渠道细分操作（Notification Channels）

用户可以根据通知渠道进行细分控制，而不是同一管理应用的所有通知。

我们开发者需要去专门配置通知的相关内容。

2)画中画（PIP）

多窗口显示模式，多用于视频播放，即你可以一边发微信一边看视频。

3)自适应图标（Adaptive Icons）

系统可以基于设备选择的蒙版将这些图标显示为不同形状。同时还实现与图标的自动交互，并在启动器、快捷方式、设置、共享对话框以及概览屏幕中使用它们。通过定义两张图层（前景与背景）你可以制定你的桌面图标外观。

开发时必须按照以下的规范定义你的图层大小：

1、 两张图层大小都必须为108 x 108 dp。

2、 图层中心 72 x 72dp 范围为可视范围。

3、 系统会保留四周外的36dp 范围用于生成有趣的视觉效果（如视差和跳动）。

4)固定快捷方式和小部件 （Pinningshortcuts）

放置于桌面上，用于更快速的打开某一 APP的某单一任务

Android9.0

室内WIFI定位

Android P增加了对RTT Wi-Fi协议的支持，以此作为室内定位的基础。

在支持硬件支持的Android P设备上，开启定位并且打开WIFI扫描后就可以使用该功能进行定位。应用可以测量与附近支持RTT的Wi-Fi接入点（AP）的距离。设备必须启用位置并启用Wi-Fi扫描（在设置>位置下）。使用这个功能不会连接到WIFI，而且为了保持隐私，只有手机能确定AP到设备的距离，反之则不能。

如果设备测量到3个或更多AP的距离，则可以使用多点定位算法来估算最适合这些测量值的设备位置。其结果通常可以精确到1至2米范围。

//注：该处在2018.3.8的版本中还有bug，WIFI_RTT_RANGING_SERVICE没有添加到@ServiceName标记中
WifiRttManager wifiRttManager = (WifiRttManager) getSystemService(Context.WIFI_RTT_RANGING_SERVICE);
RangingRequest.Builder builder = new RangingRequest.Builder();
builder.addAccessPoint();
builder.addWifiAwarePeer();
wifiRttManager.startRanging(builder.build(), () -> {...}, new RangingResultCallback{...});

该功能API在android.net.wifi.rtt下。

“刘海”屏幕支持

Android P 支持了手机屏幕是不规则形状时的获取（主要是应对刘海屏吧）。可以使用类似windowInsets.getDisplayCutout()来获取一些你想要的信息。

//您可以在自己的View中获取到不应该绘制的部分屏幕
getRootWindowInsets().getDisplayCutout().getBounds();
getRootWindowInsets().getDisplayCutout().getSafeInsetBottom();
getRootWindowInsets().getDisplayCutout().getSafeInsetLeft();
getRootWindowInsets().getDisplayCutout().getSafeInsetRight();
getRootWindowInsets().getDisplayCutout().getSafeInsetTop();
//也可以设置Window的属性
WindowManager windowManager = (WindowManager) getApplicationContext().getSystemService(Context.WINDOW_SERVICE);
WindowManager.LayoutParams layoutParams = new WindowManager.LayoutParams();
layoutParams.layoutInDisplayCutoutMode = WindowManager.LayoutParams.LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS;
layoutParams.layoutInDisplayCutoutMode = WindowManager.LayoutParams.LAYOUT_IN_DISPLAY_CUTOUT_MODE_DEFAULT;
layoutParams.layoutInDisplayCutoutMode = WindowManager.LayoutParams.LAYOUT_IN_DISPLAY_CUTOUT_MODE_NEVER;

通知

Android P还增加了许多对通知的支持。

增强体验

从Android 7.0开始，就优化了Android通知栏的体验。

在P当中，又新增了下述功能：

支持图像：Android P现在在手机上的消息通知中显示图像。您可以在消息上使用setData（）来显示图像。

会话参与者的简化支持：新的Notification.Person类用于标记参与聊天的人，包括他们的头像和URI。还有其他的一些API，现在都用Person类作为标志参数而不是CharSequence。

Notification.Builder builder = new Notification.Builder(this, "a");
//新的聊天对象
Notification.Person p = new Notification.Person();
//在MessagingStyle中用Person代替了以往的CharSequence
Notification.MessagingStyle messageStyle = new Notification.MessagingStyle(p);
Notification.MessagingStyle.Message message = new Notification.MessagingStyle.Message("aaa", 100, p);
//可以显示图像了
message.setData();
messageStyle.addMessage(message);
builder.setStyle(messageStyle);
Notification notification = builder.build();

将回复另存为草稿：当用户无意中关闭消息通知时，您的应用可以检索系统发送的EXTRA_REMOTE_INPUT_DRAFT来获取一些信息。

确定对话是否是群组对话：您可以使用setGroupConversation（）来有目的地将对话标识为群组对话或非群组对话。

为意图设置语义动作：setSemanticAction（）方法允许您为某个动作提供语义含义，如标记为读取，删除，回复等。

SmartReply

通道设置、广播以及免打扰

Android O引入了Notification Channels，可让您为要显示的每种类型的通知创建一个用户可自定义的频道。 Android P通过以下更改简化了通知渠道设置：

阻止渠道：用户现在可以在应用的通知设置中阻止整组渠道。您可以使用isBlocked（）方法来确定某个组何时被阻止，不对被阻止的组发送消息。

此外，您的应用可以使用新的getNotificationChannelGroup（）方法查询当前渠道设置。

新的广播类型：Android系统现在在通知频道和频道组的阻塞状态发生变化时发送广播。拥有被阻止的频道或群组的应用可以监听这些Intent并作出相应的反应。有关这些Intent的更多信息，请参阅NotificationManager参考中更新后的常量列表。有关对广播Intent作出反应的信息，请参阅广播。

新的免打扰优先级类别：NotificationManager.Policy有两个新的策略常量：PRIORITY_CATEGORY_ALARMS（按优先级排列）和PRIORITY_CATEGORY_MEDIA_SYSTEM_OTHER（优先排列媒体，系统和游戏声音）

多相机支持和相机更新

现在，可以同时从两个或更多的物理摄像头同时获得数据流。在具有双前置或双后置摄像头的设备上，可以实现无法使用单个摄像头实现的功能，例如无缝缩放，散景 ，和立体视觉。 该API还允许您调用合理的或者融合的相机流，以便在两台或更多台相机之间自动切换。

相机的其他改进包括新的android.hardware.camera2.params.SessionConfiguration，有助于减少初始捕捉期间的延迟。而Surface共享可让相机客户端处理各种使用情况，而无需停止和启动相机流式传输。 此外还添加了基于显示的闪光灯支持的API。

Android P还支持支持deveices上的外部USB / UVC相机。

新的图片解码

Android P新增了ImageDecoder类，为解码图像提供了一种更优的方法。由此可以用ImageDecoder来替换BitmapFactory和BitmapFactory.Options。更多使用方法请参见官方API。

String filePath = "test";
File file = new File(filePath);
ImageDecoder.Source source = ImageDecoder.createSource(file);
ImageDecoder.decodeBitmap(source);
ImageDecoder.decodeDrawable(source, (imageDecoder, imageInfo, source1) -> {
 //裁剪图像
 imageDecoder.setCrop();
 //调整大小
 imageDecoder.setResize();
});
BitmapFactory.decodeFile(filePath);

动画

Android P引入了一个新的AnimatedImageDrawable类来绘制和显示GIF和WebP动画图像。 AnimatedImageDrawable与AnimatedVectorDrawable类似，因为AnimatedImageDrawable动画也是基于RenderThread工作的。 RenderThread本身在内部使用工作线程进行解码，因此解码不会干扰RenderThread。 这种实现允许您的应用拥有动画图像，而无需管理其更新或干扰应用的UI线程。

Drawable d = ImageDecoder.decodeDrawable(...);
if (d instanceof AnimatedImageDrawable) {
 // Prior to start(), the first frame is displayed
 ((AnimatedImageDrawable) d).start(); 
}

HDR VP9视频，HEIF图像压缩和媒体API

Android P增加了对HDR VP9 Profile 2的内置支持。

Android P支持HEIF图像（隔壁IOS在2017年10月推的新的图片编码）编码。

Android P还引入了MediaPlayer2。该播放器支持使用DataSourceDesc构建的播放列表。

MediaPlayer2.create();

注：笔者对图像/视频编解码方面不甚了了，有兴趣的可以自行参阅API。

JobScheduler中的数据成本敏感度

在Android P当中，JobScheduler得到了改进，使其能够更好地为用户处理与网络相关的工作，并配合运营商分别提供网络状态信号。

Jobs现在可以定义出其估计的数据大小，预取信号，并指定详细的网络要求 - 运营商可以将网络报告为拥塞或不用流量计费的。然后，JobScheduler根据网络状态管理工作。例如，当网络拥塞时，JobScheduler可能推迟大型网络请求。在不用流量计费的的网络上时，JobScheduler可以预读来改进用户体验。

神经网络API 1.1

对神经网络API新增了9个功能：Pad, BatchToSpaceND, SpaceToBatchND, Transpose, Strided Slice, Mean, Div, Sub, and Squeeze。

改进表单自动填充

Android 8.0（API26）引入了自动填充框架，这使得在应用中填写表单变得更加容易。 Android P引入了自动填充服务并实现了多项改进，以在填写表单时进一步增强用户体验。 有关更多详细信息，请参阅自动填充框架。

注：该自动填充框架笔者应是Google服务中的内容，国内用户可能会体验不到（或许有厂商自己的版本）。

安全增强

Android P引入了许多新的安全功能，包括统一的指纹验证对话框和敏感交易的高确信度的用户确认。 有关更多详细信息，请参阅安全更新页面。

Android 备份加密

Android P支持使用客户端密钥对Android备份进行加密。 这项隐私措施，需要设备的PIN，图案密码或标准密码才能从用户设备备份的数据中恢复数据。