Robolectric测试内存增长与Scenario关闭异常问题求助

核心问题分析 #

问题集中在布局页面的JUnit4测试（JUnit5 Vintage模式）：关闭Activity/Fragment Scenario后后续测试无法启动UI，不关闭则内存暴涨；Compose页面无此问题，推测是布局页面的View/Hilt组件生命周期管理、测试隔离不到位导致的。

分步解决方案 #

1. 修复Hilt测试组件的重置逻辑 #

Hilt在Robolectric测试中可能未自动清理组件，导致布局页面的ViewModel依赖残留：

• 在测试类的@After方法中添加Hilt组件重置：

  @After
  fun tearDown() {
      // 重置Hilt测试应用组件
      HiltTestApplication.resetComponent()
      // 先将Scenario移至销毁状态再关闭
      scenario?.moveToState(Lifecycle.State.DESTROYED)
      scenario?.close()
  }
  

• 确保测试类使用@HiltAndroidTest，并通过HiltTestRule管理Hilt生命周期，避免手动注入导致的状态残留。

2. 调整Kaspresso与Scenario的生命周期配合 #

Kaspresso对Scenario有封装，手动调用close()可能打断内部流程：

• 改用Kaspresso提供的测试结束方法，触发内部资源清理：

  kpresso.run {
      // 测试逻辑...
      finishTest()
  }
  

• 如果手动管理Scenario，先将其移至DESTROYED状态，给Robolectric足够时间清理View资源：

  scenario.moveToState(Lifecycle.State.DESTROYED)
  Thread.sleep(500)
  scenario.close()
  

3. 强化测试隔离与Robolectric上下文重置 #

JUnit5 Vintage模式下，JUnit4测试的实例隔离可能不足，导致布局页面的静态状态残留：

• 给每个测试方法添加@DirtiesContext，强制Robolectric在每个测试后重置应用上下文：

  @Test
  @DirtiesContext(classMode = DirtiesContext.ClassMode.AFTER_EACH_TEST_METHOD)
  fun testLayoutPage() {
      // 测试逻辑
  }
  

• 将测试类的实例生命周期改为PER_METHOD，确保每个测试都是全新实例：

  @TestInstance(TestInstance.Lifecycle.PER_METHOD)
  class LayoutPageTests {
      // 测试方法
  }
  

4. 排查布局页面的内存泄漏点 #

布局页面的View（如工具栏、菜单）可能持有Activity/Fragment引用，导致内存增长：

• 在@After方法中清理组件引用并强制GC：

  @After
  fun tearDown() {
      // 清理工具栏菜单引用
      scenario?.onActivity { activity ->
          activity.findViewById<Toolbar>(R.id.toolbar)?.menu?.clear()
      }
      // 强制触发GC
      System.gc()
      Runtime.getRuntime().gc()
  }
  

• 使用Robolectric的ShadowApplication检测泄漏对象：

  val shadowApp = ShadowApplication.getInstance()
  val leakedViewModels = shadowApp.refWatcher?.allObjects?.filter { it is YourViewModel }
  // 打印泄漏实例，排查持有引用的对象
  

5. 针对溢出菜单的特殊处理 #

唯一出问题的Compose页面实际是测试布局的溢出菜单，需单独处理菜单生命周期：

• 测试结束时手动移除菜单的点击监听器：

  scenario?.onActivity { activity ->
      val overflowMenu = activity.findViewById<Toolbar>(R.id.toolbar)?.menu?.findItem(R.id.overflow_menu)
      overflowMenu?.setOnMenuItemClickListener(null)
  }
  

• 避免在测试中保留对菜单组件的静态引用，确保每次测试都是全新实例。

验证步骤 #

1. 先针对单个布局测试类，添加上述@After和@DirtiesContext配置，批量运行测试，检查是否解决UI无法启动的问题。
2. 监控内存使用，对比关闭Scenario前后的内存占用，确认内存增长问题是否缓解。
3. 若仍有问题，逐步禁用Hilt注入、Kaspresso封装，排查是否是某个框架的兼容性问题。

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