Flow stateIn 和 shareIn的区别

最新推荐文章于 2025-11-11 12:45:31 发布
转载 最新推荐文章于 2025-11-11 12:45:31 发布 · 14 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：https://blog.csdn.net/qq_26296197/article/details/147661573
文章标签：

#微信

一 Kotlin Flow 中的 stateIn 和 shareIn

一、简单比喻理解

想象一个水龙头（数据源）和几个水杯（数据接收者）：

  • 普通 Flow（冷流）：每个水杯来接水时，都要重新打开水龙头从头放水
  • stateIn/shareIn（热流）：水龙头一直开着，水存在一个水池里，任何水杯随时来接都能拿到水

二、stateIn 是什么？

就像手机的状态栏
  • 总是显示最新的一条信息（有当前值）
  • 新用户打开手机时，立刻能看到最后一条消息
  • 适合用来表示"当前状态"，比如：

适合用来表示"当前状态"，比如：

  • 用户登录状态（已登录/未登录）
  • 页面加载状态（加载中/成功/失败）
  • 实时更新的数据（如股票价格）

代码示例：
// 创建一个永远知道当前温度的温度计
val currentTemperature = sensorFlow
    .stateIn(
        scope = viewModelScope,  // 在ViewModel生命周期内有效
        started = SharingStarted.WhileSubscribed(5000), // 5秒无订阅就暂停
        initialValue = 0 // 初始温度0度
    )

// 在Activity中读取（总是能拿到当前温度）
textView.text = "${currentTemperature.value}°C"

三、shareIn 是什么？

就像广播电台
    • 不保存"当前值"（没有.value属性）
    • 新听众打开收音机时，可以选择：
      • 从最新的一条新闻开始听（replay=1）
      • 只听新新闻（replay=0）
  • 适合用来处理"事件"，比如：
    • 显示Toast提示
    • 页面跳转指令
    • 一次性通知
代码示例：
// 创建一个消息广播站
val messages = notificationFlow
    .shareIn(
        scope = viewModelScope,
        started = SharingStarted.Lazily, // 有人收听时才启动
        replay = 1 // 新听众能听到最后1条消息
    )

// 在Activity中收听广播
lifecycleScope.launch {
    messages.collect { msg ->
        Toast.makeText(this, msg, Toast.LENGTH_SHORT).show()
    }
}

四、主要区别对比

特性stateIn (状态栏)shareIn (广播电台)
有无当前值有（.value 直接访问）无（必须通过collect接收）
新订阅者立即获得最新值可配置获得最近N条（replay）
典型用途持续更新的状态（如用户积分）一次性事件（如"购买成功"提示）
内存占用始终保存最新值按需缓存（可配置）
是否热流是是

五、为什么要用它们？

  1. 节省资源：避免重复计算（多个界面可以共享同一个数据源）

    • ❌ 不用时：每个界面都单独请求一次网络数据
    • ✅ 使用后：所有界面共享同一份网络数据

  1. 保持一致性：所有订阅者看到的数据完全相同

    • 比如用户头像更新后，所有界面立即同步

  1. 自动管理生命周期：

    • 当Activity销毁时自动停止收集
    • 当配置变更（如屏幕旋转）时保持数据不丢失

六、生活场景类比

场景1：微信群（stateIn）
  • 群里最后一条消息就是当前状态（.value）
  • 新成员进群立刻能看到最后一条消息
  • 适合：工作群的状态同步
场景2：电台广播（shareIn）
    • 主播不断发送新消息
    • 听众打开收音机时：
      • 可以设置是否听之前的回放（replay）
      • 但无法直接问"刚才最后一首歌是什么"（无.value）
    • 适合：交通路况实时播报

七、什么时候用哪个？

用 stateIn 当：
  • 需要随时知道"当前值"
  • 数据会持续变化且需要被多个地方使用
  • 例如：
    • 用户登录状态
    • 购物车商品数量
    • 实时位置更新
用 shareIn 当：
  • 只关心新事件，不关心历史值
  • 事件可能被多个接收者处理
  • 例如：
    • "订单支付成功"通知
    • 错误提示消息
    • 页面跳转指令

八、超简单选择流程图

要管理持续变化的状态吗？
   是 → 需要直接访问当前值吗？
      是 → 用 stateIn
      否 → 用 shareIn(replay=1)
   否 → 这是一次性事件吗？
      是 → 用 shareIn(replay=0)

记住这个简单的口诀：
“状态用state，事件用share，想要回放加replay”

二 Kotlin Flow 的 shareIn 和 stateIn 操作符完全指南

在 Kotlin Flow 的使用中，shareIn 和 stateIn 是两个关键的操作符，用于优化流的共享和状态管理。本教程将深入解析这两个操作符的使用场景、区别和最佳实践。

一、核心概念解析

1. 冷流 vs 热流
  • 冷流 (Cold Flow)：每个收集者都会触发独立的执行（如普通的 flow{} 构建器）
  • 热流 (Hot Flow)：数据发射独立于收集者存在（如 StateFlow、SharedFlow）
2. 为什么需要 shareIn/stateIn?
  • 避免对上游冷流进行重复计算
  • 多个收集者共享同一个数据源
  • 将冷流转换为热流以提高效率

二、stateIn 操作符详解

基本用法
val sharedFlow: StateFlow<Int> = flow {
    // 模拟耗时操作
    emit(repository.fetchData())
}.stateIn(
    scope = viewModelScope,
    started = SharingStarted.WhileSubscribed(),
    initialValue = 0
)
参数说明：
  • scope：共享流的协程作用域（通常用 viewModelScope）
  • started：共享启动策略（后文详细讲解）
  • initialValue：必须提供的初始值
特点：
  1. 总是有当前值（通过 value 属性访问）
  2. 新收集者立即获得最新值
  3. 适合表示 UI 状态
使用场景示例：

用户个人信息状态管理

class UserViewModel : ViewModel() {
    private val _userState = repository.userUpdates() // Flow<User>
        .map { it.toUiState() }
        .stateIn(
            scope = viewModelScope,
            started = SharingStarted.WhileSubscribed(5000),
            initialValue = UserState.Loading
        )
    
    val userState: StateFlow<UserState> = _userState
}

三、shareIn 操作符详解

基本用法
val sharedFlow: SharedFlow<Int> = flow {
    emit(repository.fetchData())
}.shareIn(
    scope = viewModelScope,
    started = SharingStarted.WhileSubscribed(),
    replay = 1
)
参数说明：
  • replay：新收集者接收的旧值数量
  • extraBufferCapacity：超出 replay 的缓冲大小
  • onBufferOverflow：缓冲策略（SUSPEND, DROP_OLDEST, DROP_LATEST）
特点：
  1. 可以有多个订阅者
  2. 没有 value 属性，必须通过收集获取数据
  3. 适合事件处理（如 Toast、导航事件）
使用场景示例：

全局事件通知

class EventBus {
    private val _events = MutableSharedFlow<Event>()
    val events = _events.asSharedFlow()
    
    suspend fun postEvent(event: Event) {
        _events.emit(event)
    }
    
    // 使用 shareIn 转换外部流
    val externalEvents = someExternalFlow
        .shareIn(
            scope = CoroutineScope(Dispatchers.IO),
            started = SharingStarted.Eagerly,
            replay = 0
        )
}

四、started 参数深度解析

1. SharingStarted.Eagerly
  • 行为：立即启动，无视是否有收集者
  • 用例：需要预先缓存的数据
  • 风险：可能造成资源浪费
started = SharingStarted.Eagerly
2. SharingStarted.Lazily
  • 行为：在第一个收集者出现时启动，保持活跃直到 scope 结束
  • 用例：长期存在的共享数据
  • 注意：可能延迟首次数据获取
started = SharingStarted.Lazily
3. SharingStarted.WhileSubscribed()
  • 行为：
    • 有收集者时活跃
    • 最后一个收集者消失后保持一段时间（默认 0ms）
    • 可配置 stopTimeoutMillis 和 replayExpirationMillis
  • 用例：大多数 UI 相关状态
// 保留5秒供可能的重新订阅
started = SharingStarted.WhileSubscribed(stopTimeoutMillis = 5000)

五、关键区别对比

特性stateInshareIn
返回类型StateFlowSharedFlow
初始值必须提供无要求
新收集者获取立即获得最新 value获取 replay 数量的旧值
值访问通过 .value 直接访问必须通过收集获取
典型用途UI 状态管理事件通知/数据广播
背压处理总是缓存最新值可配置缓冲策略

六、最佳实践指南

1. ViewModel 中的标准模式
class MyViewModel : ViewModel() {
    // 状态管理用 stateIn
    val uiState = repository.data
        .stateIn(
            scope = viewModelScope,
            started = SharingStarted.WhileSubscribed(5000),
            initialValue = null
        )
    
    // 事件处理用 shareIn
    val events = repository.events
        .shareIn(
            scope = viewModelScope,
            started = SharingStarted.Lazily,
            replay = 1
        )
}
2. 合理选择 started 策略
  • UI 状态：WhileSubscribed(stopTimeoutMillis = 5000)
  • 配置变更需保留：Lazily
  • 全局常驻数据：Eagerly
3. 避免常见错误

错误1：在每次调用时创建新流

// 错误！每次调用都创建新流
fun getUser() = repository.getUserFlow()
    .stateIn(viewModelScope, SharingStarted.Eagerly, null)

// 正确：共享同一个流
private val _user = repository.getUserFlow()
    .stateIn(viewModelScope, SharingStarted.WhileSubscribed(), null)
val user: StateFlow<User?> = _user

错误2：忽略 replay 配置

// 可能丢失事件
.shareIn(scope, SharingStarted.Lazily, replay = 0)

// 更安全的配置
.shareIn(scope, SharingStarted.Lazily, replay = 1)

七、高级应用场景

1. 结合 Room 数据库
@Dao
interface UserDao {
    @Query("SELECT * FROM user")
    fun observeUsers(): Flow<List<User>>
}

// ViewModel 中
val users = userDao.observeUsers()
    .stateIn(
        scope = viewModelScope,
        started = SharingStarted.WhileSubscribed(),
        initialValue = emptyList()
    )
2. 实现自动刷新功能
val autoRefreshData = flow {
    while(true) {
        emit(repository.fetchLatest())
        delay(30_000) // 每30秒刷新
    }
}.shareIn(
    scope = viewModelScope,
    started = SharingStarted.WhileSubscribed(),
    replay = 1
)
3. 多源数据合并
val combinedData = combine(
    repo1.data.shareIn(viewModelScope, SharingStarted.WhileSubscribed(), 1),
    repo2.data.shareIn(viewModelScope, SharingStarted.WhileSubscribed(), 1)
) { data1, data2 ->
    data1 + data2
}.stateIn(
    scope = viewModelScope,
    started = SharingStarted.WhileSubscribed(),
    initialValue = emptyList()
)

九、测试策略

1. 测试 StateFlow
@Test
fun testStateFlow() = runTest {
    val testScope = TestScope()
    val flow = flowOf(1, 2, 3)
    
    val stateFlow = flow.stateIn(
        scope = testScope,
        started = SharingStarted.Eagerly,
        initialValue = 0
    )
    
    assertEquals(0, stateFlow.value) // 初始值
    
    testScope.advanceUntilIdle()
    assertEquals(3, stateFlow.value) // 最后发射的值
}
2. 测试 SharedFlow
@Test
fun testSharedFlow() = runTest {
    val testScope = TestScope()
    val flow = flowOf("A", "B", "C")
    
    val sharedFlow = flow.shareIn(
        scope = testScope,
        started = SharingStarted.Eagerly,
        replay = 1
    )
    
    val results = mutableListOf<String>()
    val job = launch {
        sharedFlow.collect { results.add(it) }
    }
    
    testScope.advanceUntilIdle()
    assertEquals(listOf("A", "B", "C"), results)
    
    job.cancel()
}

十、总结决策树

何时使用 stateIn？

  • 需要表示当前状态（有 .value 属性）
  • UI 需要立即访问最新值
  • 适合：页面状态、表单数据、加载状态

何时使用 shareIn？

  • 处理一次性事件
  • 需要自定义缓冲策略
  • 适合：Toast 消息、导航事件、广播通知

选择哪种 started 策略？

  • WhileSubscribed()：大多数 UI 场景
  • Lazily：配置变更需保留数据
  • Eagerly：需要预加载的全局数据

通过本教程，应该已经掌握了 shareIn 和 stateIn 的核心用法和高级技巧。正确使用这两个操作符可以显著提升应用的性能和资源利用率。


————————————————
版权声明：本文为CSDN博主「stevenzqzq」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_26296197/article/details/147661573

Flow 操作符 shareIn 和 stateIn 使用须知
Android开发者
08-19 846
Flow.shareIn 与 Flow.stateIn 操作符可以将冷流转换为热流:它们可以将来自上游冷数据流的信息广播给多个收集者。这两个操作符通常用于提升性能:在没有收集者时加入缓...
4.5-Channel 和 Flow：SharedFlow 和 StateFlow
Vincent的博客
12-01 1255
1、数据流的收集和事件订阅的区别Flow 数据流的数据收集相比事件订阅场景更加通用，事件订阅的场景比普通的数据收集要多得多，但并不能简单的说它更有用，而是它更专、更垂直。实际上事件订阅就是一种特殊类型的数据收集，用数据收集的功能是能实现事件订阅的功能，这种事件订阅的 API 在 Flow 也有提供就是 SharedFlow。2、launchIn() 和 shareIn() 的区别。
Kotlin 04Flow stateIn 和 shareIn的区别
琦琦的博客
05-02 1200
何时使用stateIn？需要表示当前状态（有.value属性）UI 需要立即访问最新值适合：页面状态、表单数据、加载状态何时使用shareIn？处理一次性事件需要自定义缓冲策略适合：Toast 消息、导航事件、广播通知选择哪种started策略？：大多数 UI 场景Lazily：配置变更需保留数据Eagerly：需要预加载的全局数据通过本教程，应该已经掌握了shareIn和stateIn的核心用法和高级技巧。正确使用这两个操作符可以显著提升应用的性能和资源利用率。
你应该知道的 Flow 的 shareIn 和 stateIn 操作符
小金子的专栏
06-04 3586
前言 Flow 的 shareIn 和 stateIn 操作符可以转化一个 Cold Flow 到 Hot Flow：它可以把从上游 Cold Flow 中收到的数据广播给所有的订阅者(collectors/subscriber). 它通常用来提升性能, 甚至内部有缓存机制. 知识点普及：Cold Flow 一被订阅或者被观察的时候, 就会产生数据. 通常订阅者可以观察到所有的数据. 而 Hot Flow 是不管有没有订阅者订阅, 它都保持活跃, 并且可能发射数据. 在这个博客中, 你可以通过例子熟悉 s.
[译]关于 Flow 的 shareIn 和 stateIn 操作符的注意事项
hegan2010的博客
11-15 590
原文：https://medium.com/androiddevelopers/things-to-know-about-flows-sharein-and-statein-operators-20e6ccb2bc74 Flow.shareIn 和 Flow.stateIn 运算符将冷流转换为热流：它们可以将来自冷上游流的信息多播到多个收集器。 它们通常用于提高性能，在不存在收集器时添加缓冲区，甚至作为缓存机制。 注意：冷流是按需创建的，并在被观察时发出数据。 热流始终处于活动状态，无论是否被观察到，都可
Kotlin Flow | SharedFlow和StateFlow详解
小马快跑的博客
03-11 1862
两者之间的区别很简单，冷流只有在有订阅者的情况下才会发出事件，而热流即使没有任何订阅者对其订阅，也可以发出新的事件。例如，在你使用RxJava的PublishSubject的地方，你可以使用SharedFlow。换句话说，尽管这个框架是有效的，但它很容易被它的所有功能所迷惑。因此，调用者没有权力改变SharedFlow的内容，这是一个强大的设计和职责分离的巧妙方法，避免了突变性错误。原因是因为，对value的更新总是混合在一起的，这意味着即使你的更新速度超过了订阅者的消费速度，他们也只能得到最新的值。
Kotlin 协程Flow、StateFlow、ShareFlow
Gary__123456的博客
04-20 3208
Kotlin 协程Flow、StateFlow、ShareFlow 数据流 数据流以协程为基础构建，可提供多个值。从概念上来讲，数据流是可通过异步方式进行计算处理的一组数据序列。所发出值的类型必须相同。例如，Flow<Int> 是发出整数值的数据流。 //在Acitivity中创建一个定时数据流并接收 lifecycleScope.launchWhenResumed { flow { while (true) {
Kotlin 流flow、ShareFlow、StateFlow、Channel的解释与使用
08-17 1748
flow其实与RxJava比较类似，都是基于流在处理订阅的分发。这个flow也被最新的MVI模式所接受，替换了MVVM中的LiveData。flow又区分冷流和热流。通过上面的分析，不管冷流还是热流以及管道，都有自己的特性。冷热流以及管道可以互相转换也可以转成LiveData所以，大家在用的时候要注意，如果需要注意倒灌可以优先考虑ShareFlow，需要长期订阅用flow注意：但是sateFlow会出现倒灌情况，和LiveData一样，如何规避？其实。
kotlin 03flow-stateFlow和sharedFlow企业中使用
琦琦的博客
05-05 1218
在企业级 Kotlin 项目中，StateFlow和SharedFlow是与的核心工具，尤其在 MVVM 架构中扮演着极为关键的角色。
（Kotlin协程八）Flow和RxJava的Observable在背压处理上有何异同？shareIn和stateIn操作符的作用是什么？
augfun的博客
09-29 904
操作符输出类型核心用途典型场景shareInSharedFlow事件总线，多播数据流通知、导航事件、广播消息stateInStateFlow状态容器，持有当前状态UI状态（加载、成功、错误）、屏幕数据为什么使用它们？性能优化：避免为每个收集者都启动一次昂贵的操作（如网络请求、数据库查询），实现数据源共享。状态一致性：确保所有观察者看到的是同一个、最新的状态，避免数据不一致。架构整洁：在MVVM中，StateFlowstateIn是暴露UI状态的黄金标准，SharedFlowshareIn。
【Koltin Flow（五）】SharedFlow及StateFlow
android小菜
08-04 1263
相对于Flow而言，SharedFlow为热流，也就是说不管有无接收者，都会发送值。和SharedFlow一样，StateFlow也是热流，但是区别在于状态的保存，保存了最新的值，也就是新的接收者会收到最新的值，和设置了replay = 1的SharedFlow比较类似。本篇主要介绍了SharedFlow和StateFlow的基本使用、以及参数设置相关内容。本篇也终点介绍了shareIn操作符的使用，以及各种策略参数的设置，stateIn类比shareIn理解。......
ViewModel中的StateFlow和SharedFlow，使用建议以及单元测试
2401_84281703的博客
04-18 606
由于我们会在ViewModel中使用到viewModelScope，首先可以定义一个MainDispatcherRule，用于设置MainDispatcher。关于在UI层收集ViewModel层的热流方式，官方文档已经有介绍，但是没有补充在JetPack Compose中的收集流方式，下面补充一下。上文说到，我们应该在ViewModel中暴露出热流，现在我们有两个热流-StateFlow和SharedFlow，如何选择？如果需要，那考虑SharedFlow，因为StateFlow会忽略连续两次重复的值。
Kotlin协程：冷流转换热流的使用与原理
LeeDuoZuiShuai的博客
10-02 2953
shareIn方法与stateIn方法的使用与实现的原理类似，下面以shareIn方法为例进行分析。
PC微信WDA算法
Xed
11-10 217
示例context_id: 33-9-141-W71dd244a27a4fe9a1762768491755。if cpuid_unsigned > 0x7FFFFFFF: # 如果大于最大有符号整数。cpuidtxt = "3219913727" # 需要转有符号 -1077150721。# 组合设备ID和时间戳 33-9-141 传入参数固定的 只有部分业务 不同。# 获取13位现行时间戳（毫秒级）# 将无符号整数转换为有符号整数。# 使用有符号整数参与运算。​​​​​​​完整代码。
PC微信 device uuid 算法
Xed
11-10 199
if cpuid_unsigned > 0x7FFFFFFF: # 如果大于最大有符号整数。print("生成的设备ID:", device_id)获取出cpuid和 maclist。然后进行2次md5运算。# 将无符号整数转换为有符号整数。# 使用有符号整数参与运算。
PC微信协议之AES-192-GCM算法
Xed
11-11 296
print("是否一致:", constant_time.bytes_eq(plaintext, decrypted)):param associated_data: 附加认证数据（可选）:param associated_data: 附加认证数据（可选）:param nonce: 加密时的随机 nonce。:param plaintext: 明文数据。:param tag: GCM 认证标签。:param key: 24 字节密钥。:param key: 24 字节密钥。# 添加 AAD（可选）
PC微信协议之nid算法
Xed
11-11 441
摘要：本文展示了一个将字符串转换为64位整数的Python实现，包含进制转换和溢出检测功能。核心函数string_to_int64_complete()处理字符串到整数的转换，支持2-36进制，包含符号处理和溢出判断。辅助函数calc_oid()和calc_nid()用于将对象ID转换为base64编码。代码演示了如何解析形如"349154408427976371x_15_140_59_32_1714276789860291"的复杂字符串标识符，最终输出其base64编码结果。
【机械故障诊断】 MATLAB实现基于SWT-SVM平稳小波变换（SWT）结合支持向量机（SVM）进行故障诊断分类预测的详细项目实例（含完整的程序，GUI设计和代码详解）
最新发布
11-11
内容概要：本文详细介绍了一个基于MATLAB实现的SWT-SVM故障诊断分类预测项目，通过平稳小波变换（SWT）进行信号去噪与多尺度特征提取，结合支持向量机（SVM）实现机械设备故障的智能分类。项目涵盖从数据采集、预处理、SWT分解、特征提取与降维（如PCA）、模型训练与优化（含交叉验证、网格搜索、贝叶斯优化）、性能评估（混淆矩阵、ROC曲线、F1分数等）到结果可视化与GUI界面开发的完整流程。系统具备高可解释性、强鲁棒性和良好工程集成能力，适用于多行业设备健康监测，并提供完整的代码实现与部署方案。; 适合人群：具备一定MATLAB编程基础，熟悉信号处理与机器学习算法的高校研究生、科研人员及工业领域从事设备故障诊断、智能运维的工程师和技术人员。; 使用场景及目标：①应用于智能制造、风电、轨道交通、石化、航空航天等领域的设备故障早期检测与健康状态评估；②构建端到端的智能诊断pipeline，提升诊断准确率与自动化水平；③通过GUI交互界面实现数据导入、模型训练、实时预测与结果导出，服务于科研教学与工业实际部署。; 阅读建议：建议读者结合文中提供的完整MATLAB代码与GUI设计，逐步复现各模块功能，重点关注SWT参数选择、特征降维策略、SVM超参数优化及模型评估方法。在实践过程中调试信号处理流程与分类性能，深入理解算法原理与工程落地的关键环节。
在人工智能+时代，破解营收增长乏力难题，科研院所的出路在哪里？.docx
11-11
在人工智能+时代，破解营收增长乏力难题，科研院所的出路在哪里？
Flow和trigger
03-11
### Flow 的概念及用法 Flow 是 Kotlin 协程库的一部分，提供了一种声明式的异步数据流处理机制。它能够高效地处理一系列的数据项，并支持背压（backpressure），这使得它可以很好地应对高频率产生的事件或者大量数据的传输场景[^1]。 #### 创建和使用 Flow 创建一个简单的 Flow 可以通过 `flow` 构建器函数完成： ```kotlin val numbers = flow { for (i in 1..5) { emit(i) // 发射单个值给收集者 delay(100L) // 模拟耗时操作 } } ``` 要消费这个 Flow 中的数据，则可以调用其 `collect()` 方法: ```kotlin numbers.collect { value -> println(value) } // 输出：1, 2, 3, 4, 5 （每条消息之间有短暂延迟） ``` 为了优化性能并减少重复订阅的成本，还可以利用像 `stateIn`, `shareIn` 这样的运算符将冷流转换成热流[^2]。 ### Trigger 的概念及其在不同上下文下的含义 Trigger 在不同的编程框架和技术栈中有多种解释。通常来说，触发器指的是当满足特定条件或发生某些预定义事件时执行的动作或逻辑单元。例如，在数据库管理系统中，Triggers 被用来响应表上的插入、更新或删除操作；而在前端 Web 开发里，它们可能关联着用户的交互行为如点击按钮等。 对于 Salesforce 平台而言，Before-save Triggers 特指一种特殊的流程构建组件，允许开发者编写自定义业务规则来修改记录属性或阻止保存动作的发生，从而确保数据的一致性和完整性。 ### 结合实例说明两者关系 在一个典型的移动应用程序架构设计案例中，假设有一个聊天功能模块需要实时同步最新的对话列表至客户端设备上显示出来。此时就可以采用如下方案： - 使用 **Flow** 来监听服务器端推送过来的新消息通知； - 当接收到新消息后作为 **trigger** 去驱动 UI 层重新加载展示内容。 这种模式不仅简化了代码结构而且提高了系统的灵活性与扩展能力。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值