Anroid Wear OS 手表应用开发 - 微光模式 AmbientMode

微光模式

智能手表的电池容量都比较低,导致续航也比较短。为了延长手表的续航,Wear OS 手表在没有操作一段时间后,会进入微光模式 AmbientMode。

微光模式就是一个省电模式,这个模式会在低功耗下运行,默认情况下,手表会离开当前的应用,返回到表盘的界面。

但有时候,我们希望开发的应用在某些情况下,可以一直保持可见的状态,这就需要我们使用支持微光模式的 Activity 了。

项目配置

  • build.gradle 配置

添加以下依赖项:

dependencies {
    ...
    implementation 'com.google.android.support:wearable:2.4.0'
    compileOnly 'com.google.android.wearable:wearable:2.4.0'
}
  • manifest 配置

添加穿戴设备共享库(仅支持 Android 5.1 及以上版本):

<application>
    <uses-library 
        android:name="com.google.android.wearable"
        android:required="true" />
    ...
</application>

添加保持唤醒权限:

<uses-permission android:name="android.permission.WAKE_LOCK" />

支持微光模式的 Activity

修改需要支持微光模式的 Activity,让它继承 WearableActivity,并在 onCreate 中调用 setAmbientEnabled():

class MainActivity : WearableActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setAmbientEnabled()
    }
}

处理模式切换

现在,我们的 Activity 在进入微光模式后,会仍然保持可见。但随着系统功耗的降低,定时器、屏幕刷新率等都会受到影响。

为了用户体验、也为了节省电量,我们需要在进入微光模式的时候做一些处理。

在微光模式下,建议隐藏所有非必要内容,将页面背景换成黑色,字体颜色换成白色。再更进一步,可以停用所有文字的抗锯齿。然后在离开微光模式的时候,恢复成原来的样子。

WearableActivity 的 onEnterAmbient 和 onExitAmbient 方法会在进入和离开微光模式时调用。举个简单的例子,我们可以这样来处理:

/**
 * 进入微光模式
 */
override fun onEnterAmbient(ambientDetails: Bundle?) {
    // 隐藏不重要内容
    image_view.visibility = View.GONE
    // 黑色背景
    frame_layout.setBackgroundColor(Color.BLACK)
    // 白色字体
    text_view.setTextColor(Color.WHITE)
    // 停用抗锯齿
    text_view.paint.isAntiAlias = false
}

/**
* 退出微光模式
*/
override fun onExitAmbient() {
    // 恢复显示
    image_view.visibility = View.VISIBLE
    // 恢复背景
    frame_layout.setBackgroundColor(Color.RED)
    // 恢复字体
    text_view.setTextColor(Color.GREEN)
    // 启用抗锯齿
    text_view.paint.isAntiAlias = true
}

频繁更新界面也会一定程度上影响电池续航,官方建议我们在微光模式下,每分钟更新一次界面。WearableActivity 提供了一个方法 onUpdateAmbient() ,它会以每分钟一次的频率回调这个方法:

/**
 * 微光模式下,更新数据
 */
fun onUpdateAmbient() {
    refreshData()
}

如果界面上有时间显示,可以考虑在正常情况下显示到秒,在微光模式下只显示到分钟。

兼容 FragmentActivity

以上就完成了一个 Activity 微光模式的适配,但它有个缺点,必须要继承 WearableActivity。很多时候我们要用到 Fragment,必须要继承 FragmentActivity 才可以。

现在,官方也给出了一种兼容方案,我们继承 FragmentActivity 后实现 AmbientModeSupport.AmbientCallbackProvider 这个接口,在 onCreate 中调用 AmbientModeSupport.attach(this),像这样:

class MainActivity : FragmentActivity(),
    AmbientModeSupport.AmbientCallbackProvider {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        AmbientModeSupport.attach(this)
    }

    override fun getAmbientCallback(): AmbientModeSupport.AmbientCallback {
        return object : AmbientModeSupport.AmbientCallback() {

            override fun onEnterAmbient(ambientDetails: Bundle) {}

            override fun onExitAmbient() {}
            
            override fun onUpdateAmbient() {}
        }
    }
}

这样,我们就能在 AmbientCallback 拿到微光模式的相关回调了。

此外,AmbientModeSupport.attach(this) 会返回一个 AmbientController,通过它我们可以主动去获取当前是否处于微光模式。

离开 Activity 时的状态监听

当 Activity 退到后台时,上述的几个回调方法将不会再收到回调。

大部分情况下,在 Activity 不可见的时候,我们也不需要监听微光模式做处理,在 Activity 返回前台的时候,必然是退出了微光模式的。

但在某些情况下还是有这样的需求,比如微光模式下要对通知栏做一些特殊处理。这时候只能另辟蹊径获取到回调:

val handler = Handler(Looper.getMainLooper())
val displayManager = getSystemService(Context.DISPLAY_SERVICE) as DisplayManager
displayManager.registerDisplayListener(object : DisplayManager.DisplayListener {
    override fun onDisplayAdded(displayId: Int) {

            }

    override fun onDisplayRemoved(displayId: Int) {

            }

    override fun onDisplayChanged(displayId: Int) {
        if (displayManager.getDisplay(displayId).state == Display.STATE_DOZE) {
            // 进入微光模式

        } else {
            // 退出微光模式

        }
    }
}, handler)

这个方法的本质是监听屏幕进入省电模式。由于进入微光模式伴随着进入屏幕的省电模式,可以认为它们的监听方法是等效的。

实测在返回桌面后,这个方法同样能收到回调。要记得在 onDestroy 里反注册。

妥妥的。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,904评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,581评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,527评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,463评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,546评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,572评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,582评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,330评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,776评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,087评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,257评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,923评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,571评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,192评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,436评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,145评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,127评论 2 352

推荐阅读更多精彩内容