Android网络请求高效实现：Azure Mobile App订单状态展示优化

嘿，这个问题我在做类似的Azure Mobile App项目时碰到过，频繁重复请求不仅耗流量，还会让页面加载变慢，用户体验也不好。给你几个经过实践验证的高效解决方案，你可以根据自己的项目架构来选：

1. 使用ViewModel + LiveData 持久化跨Fragment数据 #

ViewModel的生命周期和宿主Activity绑定，不会随Fragment的创建/销毁而重建，非常适合在同一个Activity下的多个订单状态Fragment之间共享数据。

• 核心思路：

  • 创建一个共享的OrderViewModel，把订单数据存在MutableLiveData中
  • 只在数据为空或需要主动刷新时，才调用Azure API请求数据
  • 各个Fragment仅观察LiveData的变化，自动同步UI

• 示例代码：

  class OrderViewModel(application: Application) : AndroidViewModel(application) {
      private val _allOrders = MutableLiveData<List<Order>>()
      val allOrders: LiveData<List<Order>> get() = _allOrders
      private var isFetching = false // 防止重复发起请求
  
      fun fetchOrdersIfNeeded() {
          if (_allOrders.value.isNullOrEmpty() && !isFetching) {
              isFetching = true
              // 调用Azure Mobile App API接口
              AzureOrderApi.fetchUserOrders { result ->
                  isFetching = false
                  result.onSuccess { orders ->
                      _allOrders.postValue(orders)
                  }
                  result.onFailure { error ->
                      // 处理请求失败逻辑，比如展示错误提示
                  }
              }
          }
      }
  }
  

• 在Fragment中使用：

  override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
      super.onViewCreated(view, savedInstanceState)
      // 绑定Activity级别的ViewModel，确保数据共享
      val viewModel = ViewModelProvider(requireActivity())[OrderViewModel::class.java]
      
      // 根据当前Fragment的状态筛选数据
      viewModel.allOrders.observe(viewLifecycleOwner) { orders ->
          val targetOrders = when (this) {
              is PendingOrderFragment -> orders.filter { it.status == OrderStatus.PENDING }
              is CompletedOrderFragment -> orders.filter { it.status == OrderStatus.COMPLETED }
              else -> emptyList()
          }
          // 更新RecyclerView或其他UI组件
          updateOrderList(targetOrders)
      }
      
      // 触发数据请求（仅当无缓存时）
      viewModel.fetchOrdersIfNeeded()
  }
  

2. 本地缓存：用Room数据库实现离线+缓存双功能 #

如果需要支持离线查看订单，或者想进一步减少网络请求，Room数据库是绝佳选择。可以把API返回的订单数据持久化到本地，Fragment优先读取本地数据，再后台按需刷新。

• 实现要点：
  • 定义Order实体类和Room DAO接口
  • 发起API请求后，先将数据插入/更新到Room
  • 使用Room的LiveData查询方法，本地数据变化时自动触发UI更新
  • 可设置缓存过期时间（比如15分钟），超过时间再主动从API拉取最新数据

3. 利用Azure Mobile Apps的ETag实现条件请求 #

Azure Mobile Apps原生支持ETag机制，可以实现仅当数据变更时才下载的优化：

• 操作步骤：
  1. 第一次请求订单时，保存响应头中的ETag值
  2. 后续请求时，在请求头中添加If-None-Match: [保存的ETag值]
  3. 如果服务器返回304 Not Modified，说明数据无变化，直接使用本地缓存；若返回200 OK，则更新本地缓存和ETag

4. 单例数据持有者（谨慎使用） #

如果你的项目架构比较简单，可以用一个单例类缓存订单数据，但要注意内存泄漏问题：

• 示例实现：

  object OrderCacheHolder {
      private var cachedOrders: List<Order>? = null
      private var lastFetchTime: Long = 0
      private val CACHE_EXPIRE_DURATION = 15 * 60 * 1000 // 15分钟有效期
  
      fun getValidOrders(): List<Order>? {
          return if (System.currentTimeMillis() - lastFetchTime < CACHE_EXPIRE_DURATION) {
              cachedOrders
          } else {
              null // 缓存过期，需要重新请求
          }
      }
  
      fun updateOrders(newOrders: List<Order>) {
          cachedOrders = newOrders
          lastFetchTime = System.currentTimeMillis()
      }
  }
  

• 注意：在Activity销毁时记得清空缓存，避免内存泄漏。

5. 手动控制刷新时机 #

放弃Fragment创建时自动请求的逻辑，改为用户主动刷新或特定事件触发刷新：

• 添加下拉刷新控件，只有用户下拉时才发起请求
• 在用户完成订单、修改订单等操作后，主动触发数据刷新

内容的提问来源于stack exchange，提问作者Mahnoor Fatima