Google发布了最终版本的Wear OS API 28仿真器镜像文件，Wear OS开发者可以用来开发支持Wear OS API 28版（也就是Android 9相对应的版本）的穿戴设备App了。28版增加了三大新功能，包含新的通知串流、应用程序等待桶（App Standby Buckets）以及强化用户数据隐私。
Wear OS API 28带来更紧凑的通知显示功能，现在可以在同一个屏幕画面显示多则通知，让用户能以有效率的方式处理通知串流。对于开发者来说，现在未展开的通知最多只能显示3行文本，Google要求开发者使用更简明的通知内容，并提到于Wear上3行可以显示的信息，已经比起手机上单行未展开的通知还要多了。
而且现在Wear OS API 28也不再支持自定义的通知布局，过去开发人员会使用setDisplayIntent来扩展通知串流中的自定义活动，但Google提到，开发者自定义布局通常不会考虑设备的外型，很难随着Wear OS的通知体验发展而保持最新状态，因此现在不再于通知中支持这个功能。Google也提醒开发者，应该要注意使用符合应用程序形象的颜色标记通知，并以简洁的通知内容调节新的布局。
第二个新功能应用程序等待桶，这是Google在Android 9中新加入的电池管理功能，会根据应用程序近期使用状况以及频率，帮助系统选择应用程序资源请求的优先级。根据使用模式，应用程序会被放在5个优先级桶中，系统根据应用所在的存储桶，限制每个应用程序可以用的设备资源。
5个优先级分别为活跃（Active）、工作组（Working set）、频繁（Frequent）、较少（Rare）以及从未（Never）。系统会动态的将每个应用程序分配给各优先级应用程序等待桶，而且根据需要重新分配应用程序。系统会使用机器学习决定每个应用程序被使用的方式，判断预先加载的应用程序，假设设备当前没有系统应用程序执行，则系统会默认根据应用程序的使用时间，对应用程序进行排序。特别的是，存储桶会决定应用程序执行的频率、触发警示的频率以及接收高优先度Firebase Cloud Messaging（FCM）信息的频率。而这些限制只有在设备使用电池供电时才有效。
Wear OS API 28的第三个新功能，便是强化用户隐私，限制后台应用程序访问设备传感器，因此现在开发人员可能需要根据应用程序的需求，通过使用前台服务以持续访问传感器数据。
Google特别提醒，新的通知串流政策将往前扩及Wear OS API 25以及更高版本的设备。开发者可以利用API28仿真器镜像文件，现在就能知道新的通知行为。