App+1 | 你的下一款可穿戴设备，最好支持这个新特性：Health Connect

今年 5 月，Google 在 Android 开发者官方博客中隆重介绍了一个名为 Health Connect 的新平台并推出了相应的 API。Health Connect 官方网站用非常显眼的大标题和副标题简洁地描述了其核心功能与优势：简化健康类应用之间的连接。

经过短暂的前期准备，Health Connect 终于在本月早些时候进入了公开测试阶段。它是如何连接不同健康类应用的？又会给用户和开发者带来什么好处？

需要整理的健康数据

手环、手表、戒指、夹克……运动健康类的可穿戴设备这几年疯狂发展，各大厂商瞄准的细分市场各不相同，催生出各种各样的配套应用和服务：除了基本的睡眠以外，跑步、骑车、爬山、冥想等活动逐渐成为我们健康生活的一部分，大家也习惯下载各种 App 来监测自己的生活，由此生成了包括运动距离、攀爬海拔高度、饮水量、体重、代谢率、心率、深浅睡眠时长等在内的各种数据。

这些健康数据以往四散在各处，并且带来了很多你可能遇到过、但却没想过如何解决的问题：你的手环和手机都有计步功能，但手环的算法更加可靠，日常随身携带两种设备就可能会产生不必要且没有参考价值的重复数据；智能手表明明已经获取到了足够准确的步数信息，微信运动在进行步数排名时却还是要单独申请一次「身体活动数据」，而有的用户可能可能并不会放心地将传感器权限开放给任何一个进行权限申请的应用……

Google 认为这就是痛点所在，他们推出的 Health Connect 将一套 Android API 和一个平台打包成独立应用，借此将来自多个设备和应用的数据整合至一处。

从 Health Connect 的整体设计架构示意图可以看出，它的实现原理其实非常简单。众多不同的三方应用通过 Health Connect 的 SDK 与一个中心化的平台应用进行跨进程通信，以共创、共享数据。

将数据管理权交给用户

对用户来说，我们只需要去 Google Play 商店下载安装 Health Connect 的应用即可直接使用。需要注意的是 Health Connect 并不像大部分应用那样提供启动器图标，安装后得从快速设置面板的开关点击进入。

进入管理面板后的界面如下图所示，可以看出它的设计非常简洁，风格上更像是一个系统应用，也非常符合其数据共享平台的工具定位。

虽然公开测试版才刚刚推出，目前 Health Connect 支持的应用并不算少：

如果你平时使用的应用或服务适配了 Health Connect API，安装 Health Connect 之后我们就能愉快地享受这个平台带来的安全与便利了。Health Connect 就像以往大家见过的系统权限管理工具一样，能够为我们提供清晰、直观的应用健康数据访问情况，方便我们快速了解自己的健康数据都被录入了些什么、都录在了哪些地方。

同时，Health Connect 也将不同应用中的健康数据读写权限抽象并提取出来，允许我们直接在 Health Connect 中进行简单、直观地权限管理。

这种更为直接的数据读写控制机制，也带来了一个相对隐蔽、却更加击中数据一致性强迫症用户痛点的优势：如果你觉得某些应用或服务生成的数据不需要或者不可靠，可以禁止它的数据写入权限，仅保留对应项目的读取权限；然后将对应数据的写入权限授予另一个应用或服务，以此实现同一项数据在不同应用、服务之间的一致性和准确性。

自然而然地，我们其实也可以借助该平台完成健康数据的迁移。比如当我们想在一款新的跑步应用 B 中继承使用旧应用 A 的步数信息时，Health Connect 就充当了一个公共信息通道的角色，B 可以直接读取 A 之前写入的数据。

最后，Health Connect 相比以往健康数据各自为营的做法，在隐私安全上也更有保障。因为 Health Connect 本身并不支持 Google 云同步，它只是一个加密的本地数据仓库，当它提供数据给三方 App 之前，除了用户可以自主管控外，平台本身也有完备的隐私政策限制与对三方 App 的安全性评估。、

在Health Connect 政策要求常见问题解答中，我们可以了解到详细的政策细节，其内容开头也做了精简的描述：

Health Connect 应用会收集健康与健身数据，这可能包含个人数据和敏感数据。应用必须符合特定的政策要求，才能在 Health Connect 中读取和写入数据。

开发者的收益与隐忧

虽然 Health Connect 现在还在 Beta 阶段，对开发者而言如果想要接入，官方技术文档还是非常清晰的，Google 甚至还提供了 Demo，只需要几步即可接入使用。

唯一麻烦的地方可能就是把应用自身采集到的健康数据按 Health Connect 标准化要求的格式进行转化并写入，所以理解这一套标准化的数据类型和格式至关重要。此外，API 所包含的公共方法目前也很简单，从字面意思就能略知一二，举例几个关键 function：

aggregateGroupByDuration
aggregateGroupByPeriod
deleteRecords（注：只能删除某应用自己写入的部分）
getChanges
insertRecords
readRecord
updateRecords

接口含义清晰，对开发者来说还是比较友好的。至于收益，我认为可以分两方面讲，一是研发成本，二是用户体验。

首先，对健康健身类应用的开发者而言，成本肯定是大大降低了。Health Connect 接入方便、逻辑简单且有 Google 官方的技术支持，如果你的应用仅仅只想做数据分析，用户健康数据采集这种事情现在就可以完全依赖 Health Connect 来读取公共数据了，不用再和传感器（Sensor）相关的一系列高功耗接口打交道，对初创者来说无疑算是福音；同时开发者也可以通过 Health Connect 获取其他自家应用采集不到、或者没必要采集的数据，为用户提供更加全面的分析结果——例如多个不同功能的应用在不同的时段进行了睡眠数据的采集，在 Health Connect 的帮助下，会整合到一起形成一个连贯的数据，提供任意时段的查询。

Google 为了推广 Health Connect 还专门撰写了一个用户体验开发指南，为开发者提供建议如何引导用户理解 Health Connect 的优势。当用户理解到例如隐私方面的好处之后，自然会更愿意使用接入了 Health Connect 的应用，这是一个良性循环。

但敏锐的朋友看到这里应该也意识到了一些隐含问题。我可以简单地列举一下目前能想到的几点：

在信息孤岛无数的今天，数据可谓无价，谁愿意把自家 App 采集和处理好的数据写入到 Health Connect 这个「数据共享中心」？恐怕对于绝大多数商业化开发商来说动机不强，毕竟大家都想做那个索取者而不是贡献者
作为开发者，从 Health Connect 获取的收益是不可知且不稳定的，取决于它的普及率，市面上接入的三方应用较少就意味着数据来源少，此外如果用户不听从引导安装 Health Connect 平台应用，开发者仍然需要制定一套备份方案，似乎研发成本不降反升
Health Connect 目前有最多查询 30 天数据的范围限制，这并不一定能满足所有应用的业务需求，Google 想要在健康数据格式上做大一统，可能也难以考虑到所有细节情况
如何避免数据污染？比如三方应用接入 Health Connect 后，恶意写入错误的数据

这些问题也不是完全无解。其中第 2 点和第 3 点都是客观情况，短期无法改变，普及率是一个时间问题或者说资源的投入问题，功能限制也只能在开发者和用户的不断反馈中逐步优化了；第 4 点也算是一个客观的问题，我暂时想不到完美的办法。虽然用户可以自己发现并控制，但通过平台机制优化或者应用审核来解决可能会更加完善。

总的来说，Health Connect 诞生于一个好的初衷，也算是 Google 致力于解决健康类应用生态碎片化的重要一步。站在 Android 系统这一层来看，健康应用的开发者们正在生产大量的重复数据，浪费了用户的电池续航和存储空间。Google 想要打造一个标准化的本地仓库来统一管控健康数据、为用户提供更好的体验，不失为一个好的方向。

你可以在 Play 商店免费下载 Health Connect。

> 少数派请你做地图：城市声音收藏夹火热征集中，期待你创作的城市之声 🎧

> 下载少数派 2.0 客户端、关注少数派公众号，解锁全新阅读体验 📰

> 实用、好用的正版软件，少数派为你呈现 🚀