安卓微信7.0.12怎么设置黑暗模式（微信也能用暗色模式）
安卓微信7.0.12怎么设置黑暗模式（微信也能用暗色模式）如果说用户心里对 Android 系统有这么一份「愿望清单」，全局暗色模式多半排在这份清单的最顶端。随着 Material Design 2 的全面铺开，大量运用白色背景的原生 Android 系统和 Google 自家应用在夜间使用过程中的体验也变得不那么友好，曾多次在 Android 系统的测试版本出现但最终又都被无情「砍」掉的暗色模式，在用户当中的呼声自然也越来越高。另外需要注意的是，GSI 镜像与 Google 和上述 OEM 厂商所提供的测试版本相比稳定性较差，不建议普通用户使用。如果你还不知道什么是 GSI，可以阅读我们早前的 文章。如果你想知道自己手里的设备是否有资格尝鲜 Android Q，可以前往 Android Beta 官网 查看设备支持信息，每款支持的机型都提供了测试版的获取方式和问题反馈渠道。从官网轻松获取 Beta 刷机包另外，面向不同处理器架构的通用系统镜像（
在近两年的 Android 开发者预览版（Developer Preview）或测试版（Beta）中，计划在 5 月 Google I/O 大会这个节点上放出的那个版本无疑是最具先导和前瞻意义的，对今年的 Android Q 来说也是如此。在 5 月 8 日凌晨的 Keynote 上，Google 不仅放出了 Android Q Beta 3，还一并展示了不少未来将随正式版一同上线的新功能。
一起来看一看。
超过 20 款 Android 机都能尝鲜和去年同期的 Android P DP2 类似，Android Q 也从这次的 Beta 3 测试版开始正式开放了面向第三方 OEM 厂商机型的 Android Q Beta 测试项目。根据 Google 官方提供的信息，这次加入 Android Q Beta 测试项目的 OEM 厂商共有 13 家，覆盖小米、一加、华为、华硕、索尼、诺基亚等厂商旗下的 23 款主流机型。
首批加入 Android Q Beta 项目的 OEM 厂商
如果你想知道自己手里的设备是否有资格尝鲜 Android Q，可以前往 Android Beta 官网 查看设备支持信息，每款支持的机型都提供了测试版的获取方式和问题反馈渠道。
从官网轻松获取 Beta 刷机包
另外，面向不同处理器架构的通用系统镜像（GSI）也已经更新至 Beta 3，如果你的 Android 设备拥有完整的 Project Treble 支持，也可以通过刷入 GSI 镜像的方式来进行体验。
另外需要注意的是，GSI 镜像与 Google 和上述 OEM 厂商所提供的测试版本相比稳定性较差，不建议普通用户使用。如果你还不知道什么是 GSI，可以阅读我们早前的 文章。
微信也能提前用上的暗色模式如果说用户心里对 Android 系统有这么一份「愿望清单」，全局暗色模式多半排在这份清单的最顶端。随着 Material Design 2 的全面铺开，大量运用白色背景的原生 Android 系统和 Google 自家应用在夜间使用过程中的体验也变得不那么友好，曾多次在 Android 系统的测试版本出现但最终又都被无情「砍」掉的暗色模式，在用户当中的呼声自然也越来越高。
基于用户反馈和 功耗表现 的综合考虑，全局暗色模式终于在本次 I/O 大会上随 Android Q Beta 3 正式「官宣」。
在 Android Q Beta 3 中，我们可以发现至少三个暗色模式的开启入口。最为方便快捷的是快速设置开关，Google 在 Android Q Beta 3 中新增了一个用户明暗模式切换的快速开关，将这个开关添加至快速设置面板后即可通过开关一键在明暗模式间进行切换。
一键切换到暗色模式
更加正式一点的明暗模式切换入口则位于系统设置的 显示 -> 主题 设置项目下，在 无障碍 设置的 显示 栏目下也提供了明暗模式切换入口。
多个暗色模式设置入口
为了推动第三方应用对系统级暗色模式的适配，Google 自家应用自今年年初便开始了对暗色模式的支持，因此当我们在 Android Q Beta 3 中开启系统级暗色模式后，Google 相册、拨号甚至 Chrome（需要 Beta 版本）都能自动切换为暗色主题。
已适配暗色模式的应用效果
而针对当前（大部分）还没有适配暗色模式的其他应用，Android Q Beta 3 也在开发者选项中提供了一个 强制覆盖暗色模式 的实验性功能，开启后采用标准界面控件进行设计的应用也能拥有效果基本完美的暗色主题（比如 Google Play 应用商店和少数派客户端主界面）。
Play 应用商店、少数派客户端、微信在强制暗色模式下的效果
就连微信这种乐观估计短时间内不会适配暗色主题的应用也能被覆盖到，虽然实现效果上有不少瑕疵，总体而言聊胜于无吧。
似曾相识的纯手势操作方案和暗色模式比起来，更好用的导航操作则是自去年 Android 9 引入 Home 键手势 后新近出现的一大诉求 —— 相比 iOS 甚至部分 OEM 厂商的手势方案，Android 9 兼具点按和划动操作的 Home 键手势更像是一个处在过渡阶段的「半成品」，它一方面带来了新的学习成本，另一方面也很难实现 Android「三大金刚」时代的多任务切换效率。
Android 9 的 Home 键手势方案
因此进一步完善 Android 手势操作从去年年底开始就已经提上了 Google 的日程，在此前的 Android Q Beta 测试版本中也悄然埋藏了不少实验性导航操作方案。
最终，在本次的 Beta 3 中，Android 的 Home 键手势完全被新的纯手势操作（Fully gestural navigation）方案取代。
纯手势操作方案将 Android 9 标志性的「药丸」形状 Home 键改成了与 iOS 类似的手势操作指示横条，底部导航栏占据的屏幕空间高度也因此缩减至 Android 9 的 1/3 左右；返回按键一去不返，被屏幕左右两侧边缘的划动返回手势所取代。
Android Q 的纯手势操作方案
虽然有了 Android 9 Home 键手势的过渡，但 Android Q Beta 3 这个纯手势操作方案依然可谓激进。在这套操作方案中，Home、返回、多任务切换等此前所有需要点按完成的操作都有了对应的划动手势，是 Android 从软件层面上对「大尺寸设备当道、全面屏方兴未艾」硬件潮流的一种回应。Google 为所有划动手势都配备了流畅而自然的动画效果，多任务切换效率更是有了质的飞越。
但随之而来的也有大量需要解决的问题。
首当其冲的是一些与边缘划动返回冲突的应用功能。
纯手势操作方案中，左右两侧边缘的划动返回触发区域非常大，这势必会与那些采用「汉堡菜单」设计的 Android 应用产生冲突，一些应用内本身提供了划动返回方案的 App（比如微信）在纯手势操作方案下划动返回偶尔也会出现问题。
「汉堡菜单」的位置也是划动返回的触发区域
不过 Google 在引入纯手势操作方案的同时也提供了一套新的 API 给开发者，借助这套 API，某个拥有「汉堡菜单」应用可以屏蔽在两侧上边缘的划动返回手势，这样就能同时保证呼出菜单和返回操作的可用性。
同样值得重视的是 Android 至今没有理清的多任务卡片交互顺序逻辑。
在新的纯手势操作方案下，某一时刻某一应用的任务卡片是可以位于左右两张任务卡片中间的。
多任务切换时的卡片顺序
而一旦上图中间这个应用变为前台应用（切换后进行操作或再次进入多任务界面），这个应用卡片在下一次多任务切换时便无端跑到了多任务卡片序列的最右端——这中间显然还需要一个多任务卡片序列发生变化的逻辑阐述（可以是一个动画）。
莫名改变位置的当前任务
最后，手势操作指示横条的触发区域也需要进一步优化。
不考虑 Active Edge 或独立 AI 按键这样设计，此前大部分 Android 手机都可以通过长按 Home 键来呼出智能助理应用。
但 Android Q Beta 3 从某种程度上来说也「砍」掉了具有点按意义的 Home 按键，因此如果我们在 Beta 3 中启用了纯手势操作方案，就必须通过非常隐秘的手势 —— 底部区域左侧或右侧上划，才能呼出 Google Assistant 等助理应用。
实际测试下来不难发现这种手势操作目前的容错率极低，稍不注意就会触发多任务、应用抽屉或其他上划操作。而个人认为这种低容错率现象与当前底部手势操作指示横条的功能分区不明确、缺少必要的动画交互效果有关。
Fluid Navigation 是个不错的参考
如果 Android Q Beta 3 想为底部边缘赋予更多的手势操作功能，不妨学习一些「第三方全面屏手势工具」对底部触发区域进行明确分区，同时为手势操作指示横条在不同操作下的状态配上相应的反馈动画，这样一来就能大幅降低多功能底部上划手势操作带来的「不确定感」。
另外，Android Q Beta 3 纯手势操作方案的出现同时也为 Android 9 Home 键手势方案宣判了死期：Google 要求 OEM 厂商至少适配「三大金刚」和纯手势操作两种导航方案，当前 Android 9 标志性的「药丸」Home 键手势就这样进入了它生命周期的倒计时……
通知系统大玩「断舍离」相较于暗色模式和纯手势操作方案，Android Q Beta 3 在通知系统上的改动虽然不那么显眼，但同样值得一提。
以往我们在讨论通知推送的「断舍离」时，我们所谈论的往往是从用户角度出发对通知数量和优先级进行取舍，不过正如我们在此前的文章中所提到的那样，Android 的通知系统其实已经有些 复杂了。
因此 Android Q Beta 3 在通知系统上的改动都是围绕「简化」二字展开的。
在 Beta 3 中，通知延后功能被直接取消了，在某条通知上向左划动即可快速设置该类通知的提醒方式，这是通知扩展功能上的简化。
支持通知延后的早期 Android 版本
Android Q Beta 3 不再支持通知延后
支持的提醒方式现在分为侵入式（interruptive）、温和（Gentle）和关闭（Turn off notifications）三种，前两着以彩色图标和详细介绍的方式呈现，后者则被做成通知操作按钮放在了通知提醒设置界面左下角。相较于以往多达五个级别的通知优先级系统，这是通知层级本身的简化。
简化的通知快速设置
最后，通知分类管理界面也因此调整了设置和交互方式，上面提到的三种提醒方式对应为提醒、静默显示和屏蔽三种通知状态，选中提醒和静默显示图标时，下方设置列表会提供相应的进阶设置，如静默通知是否在锁屏上显示、提醒时是否显示浮动通知、提醒时是否发出振动等等。这是通知设置交互方式上的简化。
简化的通知分类设置
除了名称上还需要统一，这种通知系统的「简化」其实还有改进的空间。
以本届 I/O 大会首日 Keynote 上公布的「专注模式（Focus mode）」为例，它允许用户自行设定需要屏蔽通知提醒的应用名单，在「专注模式」下，名单里的应用将无法对用户造成任何形式的打扰。
并未上线的专注模式
你可以说专注模式是现有勿扰模式的轻量版，也可以说它是面向特定人群推出的「数字健康」细分功能，但无论如何，专注模式与勿扰模式在功能上都是有重叠的。事实上，当前我们也可以通过为部分应用设置「覆盖勿扰模式」的方式来实现与专注模式同样的效果。
这不就是另一种形式的「专注模式」吗？
一个黑名单、一个白名单，殊途同归罢了。
小结和往年一样，除了上述已经可以在 Android Q Beta 3 中体验到的新变化，今年的 Keynote 也展示了不少我们暂时体验不到、将于今年晚些时候正式上线的新功能。
比如通过 Play 应用商店推送安全补丁更新。通过将 Android OS Framework 模块化的方式，Google 让通过 Play 应用商店推送安全补丁更新成为了可能。这个名为 Project Mainline 的项目，能够为 Android 系统带来更加即时的安全补丁更新，安装最新的安全补丁后，我们甚至无需重启设备。
再比如强大的本地机器学习能力。Google 将 100GB 大小的语音识别数据包压缩到了 500MB，而这是可以轻松塞进当下主流 Android 设备的大小；在此驱动下，能够真正对答如流、无须重复唤醒的下一代 Google Assistant，支持为任何视频生成本地字幕、方便听障人士、顺带解决嘈杂环境下观看视频需求的 Live Caption，兼容任何即时通信应用、根据信息内容提供智能回复建议的 Smart Reply 等一系列功能也都成为了可能。
因此我个人非常不同意一些将 Pixel 产品看做是 Google 用来「将设备用户量转化为软件用户量」的说法 —— 相反，上面提到的这些功能都会是横在今年 10 月亮相那台 Pixel 4 与其他 Android 手机之间的「护城河」。
