Wear TileService生命周期疑问：onCreate多次调用及UI更新问题

一、onCreate多次调用的原因 #

TileService虽继承自Service，但Wear OS对它的生命周期管理和普通Service完全不同：

• 系统会根据Tile的显示状态（滑入/滑出视野）、资源占用情况频繁创建或销毁TileService实例，而非让它长期存活。
• 为了处理不同请求（比如Tile内容请求、资源加载请求）或者适配不同表盘尺寸，系统可能会多次启动Service，导致onCreate反复触发。
• 系统的预加载机制也可能提前创建TileService实例，进一步增加onCreate的调用次数。

二、TileService生命周期关键点 #

1. onCreate()：首次创建实例时调用，仅适合初始化全局、复用性高的资源（如数据库连接），不要在这里做UI更新操作——因为实例会被频繁销毁重建。
2. onTileRequest()：
   • 触发场景：用户滑入Tile、系统到了刷新周期、主动调用requestTileUpdate()时。
   • 核心作用：返回Tile的UI布局，是更新界面的唯一正确入口。
3. onResourcesRequest()：当Tile需要加载自定义资源（图片、字体等）时触发，用于提供资源加载逻辑。
4. onDestroy()：Tile滑出视野或系统回收资源时调用，释放onCreate中初始化的资源。
5. onTileEnterForeground()/onTileExitForeground()：监听Tile是否处于前台显示状态，比onCreate更精准对应用户滑入/滑出的动作。

三、滑动切换时onTileRequest不触发的原因 #

官方说的"用户操作触发"只是场景之一，系统做了缓存优化：

• 如果Tile内容没有变化，系统会直接复用缓存的UI，不会调用onTileRequest。
• 短时间内重复滑入Tile，系统可能认为无需刷新，跳过请求。
• 若返回的Timeline只有静态内容且未设置刷新间隔，系统会判定没有更新需求。

四、实现滑入时显示最新UI的方案 #

1. 放弃依赖onCreate更新UI #

onCreate是初始化资源的环节，和UI更新没有强绑定，它的多次调用不代表用户需要看新UI。

2. 监听前台状态主动更新 #

用onTileEnterForeground()监听用户滑入动作，在这里触发更新是最可靠的：

override fun onTileEnterForeground() {
    super.onTileEnterForeground()
    requestTileUpdate() // 强制触发onTileRequest，生成最新UI
}

3. 在onCreate中主动触发更新（备选） #

如果需要在实例创建时就更新，可在onCreate里调用更新方法：

override fun onCreate() {
    super.onCreate()
    // 初始化全局资源
    requestTileUpdate()
}

4. 配置合理的Timeline刷新间隔 #

在onTileRequest()中给Timeline设置合适的freshnessInterval，告诉系统何时需要自动刷新：

override fun onTileRequest(requestParams: RequestParams): ListenableFuture<Tile> {
    val layout = LayoutElementBuilders.Layout.Builder()
        // 构建你的UI布局
        .build()

    val timelineEntry = TimelineEntry.Builder()
        .setLayout(layout)
        .build()

    val timeline = Timeline.Builder()
        .addTimelineEntry(timelineEntry)
        .setFreshnessInterval(2000) // 每2秒自动刷新一次，按需调整
        .build()

    val tile = Tile.Builder()
        .setTimeline(timeline)
        .build()

    return Futures.immediateFuture(tile)
}

内容的提问来源于stack exchange，提问作者Abu Yousuf