Android测试用例执行线程和UI线程

在做Android的AsyncTask测试的时候，发现测试用例在执行的时候是在一个名为“Instr: android.test.InstrumentationTestRunner”的线程中执行的，而activity是在main线程，个人这里也将其理解成UI线程。对此的原因做一些探究。

在Android测试工程的AndroidManifest.xml文件中，instrumentation标签的内容一般如下

 <instrumentation

        android:name="android.test.InstrumentationTestRunner"

        android:targetPackage="xxxxxx" />

在进行测试的时候是通过android.test.InstrumentationTestRunner来运行的。这个类的父类是android.app.Instrumentation，也就是常说的Instrumentation类了。与Android中activity的生命周期类似，也是通过调用InstrumentationTestRunner的onCreate方法来开始测试的执行，onCreate中有下图所示的一部分代码

 

前面部分主要是环境解析，加载测试类和测试用例的一些操作，可以理解通过前面的操作在testSuiteBuilder中已经保存测试类和测试用例的全部信息，然后是通过getAndroidTestRunner方法获得一个运行测试用例的AndroidTestRunner对象，然后是对mTestRunner的一些设置。关键是最后的start方法的调用。这个方法是继承自android.app.Instrumentation类，代码如下图

在其中生成了一个新的InstrumentationThread线程对象，并且启动了这个线程，由于是通过android.test.InstrumentationTestRunner对象来调用此方法的，因此getClass().getName()的返回结果就是字符串"android.test.InstrumentationTestRunner"，所以这个新线程名就是“Instr: android.test.InstrumentationTestRunner”。再看InstrumentationThread类的源代码，这是一个Instrumentation的内部类，如下图所示

设置线程的运行级别，然后调用onStart方法。由于是通过InstrumentationTestRunner对象进入的调用，并且在InstrumentationTestRunner中对Instrumentation的onStart方法进行了重写，所以调用的是InstrumentationTestRunner的onStart方法，所以这时对onStart方法的执行是在新生成的“Instr: android.test.InstrumentationTestRunner”线程中。onStart代码如下

     @Override

    public void onStart() {

        prepareLooper();

        if (mJustCount ) {

            mResults.putString(Instrumentation. REPORT_KEY_IDENTIFIER , REPORT_VALUE_ID );

            mResults.putInt( REPORT_KEY_NUM_TOTAL , mTestCount );

            finish(Activity. RESULT_OK , mResults );

        } else {

            if (mDebug ) {

                Debug. waitForDebugger();

            }

            ByteArrayOutputStream byteArrayOutputStream = new ByteArrayOutputStream();

            PrintStream writer = new PrintStream(byteArrayOutputStream);

            try {

                StringResultPrinter resultPrinter = new StringResultPrinter(writer);

                mTestRunner .addTestListener(resultPrinter);

                long startTime = System.currentTimeMillis();

                mTestRunner .runTest();

                long runTime = System.currentTimeMillis() - startTime;

                resultPrinter.print( mTestRunner .getTestResult(), runTime);

            } catch (Throwable t) {

                // catch all exceptions so a more verbose error message can be outputted

                writer.println(String. format( "Test run aborted due to unexpected exception: %s",

                                t.getMessage()));

                t.printStackTrace(writer);

            } finally {

                mResults.putString(Instrumentation. REPORT_KEY_STREAMRESULT ,

                        String. format( "\nTest results for %s=%s",

                        mTestRunner .getTestClassName(),

                        byteArrayOutputStream.toString()));

                if (mCoverage ) {

                    generateCoverageReport();

                }

                writer.close();

                finish(Activity. RESULT_OK , mResults );

            }

        }

    }

这主要是执行测试用例，收集结果了。这也就解释了为什么测试用例执行的线程与activity运行线程不一致的了。那activity运行的线程呢？onStart方法最后调用了finish，代码如下

  public void finish(int resultCode, Bundle results) {

        if (mAutomaticPerformanceSnapshots ) {

            endPerformanceSnapshot();

        }

        if (mPerfMetrics != null) {

            results.putAll( mPerfMetrics );

        }

        mThread.finishInstrumentation(resultCode, results);

    }

其中有对mThread对象的使用，这是一个ActivityThread类型的对象，是Instrumentation类的私有属性，在Instrumentation类的init方法中，有对mThread字段的赋值，并且只在这里有对mThread字段的赋值操作，猜测它就代表着activity运行所在的线程，也就是UI thread。所以反推，init方法应该在OnCreate方法调用之前。