在测试用例中，第二个 getActivity() 没有调用 onCreate()答案

【问题标题】：In test case, 2nd getActivity() is not calling onCreate()在测试用例中，第二个 getActivity() 没有调用 onCreate()
【发布时间】：2012-10-08 01:26:29
【问题描述】：

我有一个单元测试，在我销毁并完成应用程序后，我再次调用 getActivity() 以验证它是否正确加载。但是，它没有调用 onCreate()！

public void testHistory() { 
            ...
    mActivity.onPause(); 
    mActivity.finish(); 
    assertTrue(mActivity.getExtractor() == null);
    assertTrue(mActivity.getSettings() == null);
    Log.d(TAG, "**************  Restarting app to verify load.");
    mActivity = getActivity(); 
    assertTrue(mActivity != null);
    assertTrue(mActivity.getExtractor() != null); //////// THIS FAILS!!!

这是日志

10-07 21:11:40.467: D/SpeedyReader(15441): onPause()
10-07 21:11:40.514: D/SpeedyReader(15441): Saving 5 articles, 1 historical articles...
10-07 21:11:40.709: D/SpeedyReader(15441): Saved articles. success: true, length: 88218
10-07 21:11:40.764: D/SpeedyReader(15441): onStop()
10-07 21:11:40.764: D/SpeedyReader(15441): onDestroy()
10-07 21:11:40.772: D/SpeedyReader(15441): finish()
10-07 21:11:40.772: D/SpeedyReader(15441): **************  Restarting app to verify load.
10-07 21:11:40.772: D/SpeedyReader(15441): finish()
10-07 21:11:40.897: D/SpeedyReader(15441): onCreate()
10-07 21:11:40.944: D/SpeedyReader(15441): finalize()
10-07 21:11:40.944: D/SpeedyReader(15441): Settings.load() wpm:300
10-07 21:11:40.944: D/SpeedyReader(15441): Loading articles...

我不知道为什么它在日志文件中显示 onCreate。这就像 onCreate() 被异步调用！这是我的 onCreate()。

public void onCreate(Bundle savedInstanceState)
{
    super.onCreate(savedInstanceState);
    setContentView(R.layout.main);
    Log.d(TAG, "onCreate()");
    ....
    extract = new Extractor();

我试过 waitForIdleSync()

    Log.d(TAG, "**************  Restarting app to verify load.");
    mActivity = getActivity(); // restart the app, reload the history
    getInstrumentation().waitForIdleSync(); // ------------ NEW

但这并没有帮助。

【问题讨论】：

这不是线程问题。测试框架不会杀死测试用例中的活动。所以完成不会做任何事情
只是为了向未来的读者澄清一下，finish() 似乎确实调用了 onStop()、onDestroy()。

标签： android android-testing

【解决方案1】：

我认为就框架而言，这是预期的行为。

我假设您正在扩展 ActivityInstrumentationTestCase2 或 ActivityUnitTestCase。 ActivityUnitTestCase 声明 finish() 什么都不做。至于你的异步行为，你通常从 InstrumentationThread 运行测试，我相信生命周期的回调需要从主线程调用。您的示例代码中没有这样做。

对于没有调用 onCreate 的实例，getActivity() 将断言 onCreate() 被正确调用，但其余部分由您决定。就实际生命周期而言，在同一个测试调用中对活动调用 finish() 没有任何作用。它不会自动注销活动。仅在活动的 finish() 方法中运行代码。因为 getActivity() 可以被多次调用，并且只会在同一个实例上调用一次 onCreate()。它永远不会在同一个测试用例中再次调用 onCreate()。

【讨论】：

我正在使用 ActivityInstrumentationTestCase2。
酷。所以我不确定你期望接受什么测试。操作系统处理生命周期调用可能不是问题。但是，如果您想确保您的活动在从 kill 或 onCreate -> onDestroy() 返回时初始化自身，您可以在调用 getActivity 之前设计一个提供 savedInstanceState 包和任何存储值的测试用例。您不能在测试用例中“杀死并重新启动”活动。
mActivity.finish() 确实做了一些事情，它调用 onDestroy()，我在这里将所有内容设置为 null 以堵塞内存泄漏。这就是我需要执行 onCreate() 的原因。
我很抱歉您在这方面是正确的，但它似乎并没有从 ActivityManager 的实时 Activity 列表中删除该实例。调用完成后，您唯一能做的就是验证 Activity 的结束状态是否如您所愿。
Android 将负责在真实应用程序中再次调用 onCreate()，但在测试调用中它只会断言一次。之后，您将不得不手动调用 onCreate() 。但是，我认为这种方法超出了您对测试用例的期望。在真实应用程序中的 onDestroy 之后，该活动应该是 GC 或有资格进行 gc。如果您正在追踪内存泄漏并从 null out all in vision 方法中接近它（并不是说这是一个好的方法），那么在调用 onDestroy() 之后 all 为 null 的事实不是足够吗？

【解决方案2】：

找到了！使用

    getInstrumentation().callActivityOnCreate(mActivity, null);

【讨论】：

这会显式调用 onCreate，但在同一个 Activity 对象上。使用setActivity(null) 让检测框架重新创建一个新的 Activity 对象，并自动调用 onCreate()（使 callActivityOnCreate() 变得不必要）。