Android之UI Automator框架源码分析（第九篇：UiDevice获取UiAutomation对象的过程分析）

本文主要是介绍Android之UI Automator框架源码分析（第九篇：UiDevice获取UiAutomation对象的过程分析），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

前言

    通过UiDevice的构造方法，UiDevice对象持有的几个对象一部分是在构造方法中创建的（初始化），它持有的每个对象都是分析的重点

    备注：当前对象持有的对象，它的位置一般在实例变量创建时或者构造方法中，以下是UiDevice构造方法中正在做初始化对象的动作！

UiDevice(Instrumentation instrumentation) {mInstrumentation = instrumentation;mQueryController = new QueryController(instrumentation);mInteractionController = new InteractionController(instrumentation);// Enable multi-window support for API level 21 and upif (UiDevice.API_LEVEL_ACTUAL >= Build.VERSION_CODES.LOLLIPOP) {// Subscribe to window informationAccessibilityServiceInfo info = getUiAutomation().getServiceInfo();info.flags |= AccessibilityServiceInfo.FLAG_RETRIEVE_INTERACTIVE_WINDOWS;getUiAutomation().setServiceInfo(info);}
}

 UiAutomation对象很重要

    

 AccessibilityServiceInfo info = getUiAutomation().getServiceInfo(); info.flags |= AccessibilityServiceInfo.FLAG_RETRIEVE_INTERACTIVE_WINDOWS; getUiAutomation().setServiceInfo(info);

    我们看到getUiAutomation（）方法的调用 

getUiAutomatrion（）方法分析

位于UiDevice类中的getUiAutomation（）方法，返回值是UiAutomation对象

    UiAutomation getUiAutomation() {return getUiAutomation(getInstrumentation());}

1、先调用一个getInstrumentation（）方法

该方法返回的Instrumentation对象会再被传入到接受一个参数的getUiAutomation重载方法中

2、再次调用重载的getUiAutomation（）方法

3、此重载方法的返回值将作为当前getUiAutomation（）方法的返回值

我们先学习一下Instrumentation对象是如何获取到的，即getInstrumentation()的调用！

getInstrumentation（）方法分析

    位于UiDevice中的getInstrumentation方法，返回值为Instrumentation对象

    Instrumentation getInstrumentation() {return mInstrumentation;}

    通过该方法就可以得到UiDevice对象持有的Instrumentation对象mInstrumentation，方法内部通过return语句返回mInstrumentation，说明Instrumentation对象已经初始化结束，这里只是返回

Instrumentation对象在哪初始化的

    通过代码得知，是创建UiDevice的时候，传入的一个Instrumentation对象

创建UiDevice对象

public static final UiDevice mDevice = UiDevice.getInstance(getInstrumentation());

这时候传入的其实是InstrumentationRegistry下的静态方法getInstrumentation（）返回的Instrumenation对象。

public static Instrumentation getInstrumentation() {Instrumentation instance = instrumentationRef.get();if (null == instance) {throw new IllegalStateException("No instrumentation registered! " + "Must run under a registering instrumentation.");}return instance;
}

一个原子对象负责持有Instrumentation对象

找到了原子对象赋值的地方

我们需要找到registerInstance这个静态方法在哪里被调用即可

 

在MonitoringInstrumentation对象中的oncreate（）方法中调用了

 

MonitoringInstrumentation对象，从名字上，果然是Instrumentation的子类，它是具体的对象，代码追踪到这里，只要再找到这个oncreate（）方法在哪里调用即可!

 

很快找到了，追踪了整个Unit框架了都要

AndroidJUnitRunner是MonitoringInstrumentation的子类，看来AndroidJUnitRunner也是个Instrumentation！！

AndroidUnitRunner作为入口类

我们是在am instrument 指定的该类，这一切明白了，这个用到的Instrumentation对象，其实就是AndroidUnitRunner对象

$ADB shell am instrument -w -e class com.xxx.camauto.Common#unlockScreen com.xiaomi.camauto.test/androidx.test.runner.AndroidJUnitRunner

重载的静态方法getUiAutomation（Instrumentation）方法分析

位于UiDevice类中的静态方法getUiAutomation（），它接受一个Instrumentation对象，最后会返回一个UiAutomation对象

    static UiAutomation getUiAutomation(final Instrumentation instrumentation) {int flags = Configurator.getInstance().getUiAutomationFlags();if (UiDevice.API_LEVEL_ACTUAL > Build.VERSION_CODES.M) {return instrumentation.getUiAutomation(flags);} else {// Custom flags not supported prior to N.if (flags != Configurator.DEFAULT_UIAUTOMATION_FLAGS) {Log.w(LOG_TAG, "UiAutomation flags not supported prior to N - ignoring.");}return instrumentation.getUiAutomation();}}

1、获取配置对象中的UiAutomation的标志位

首先通过Configurator对象的getUiAutomationFlags方法，得到一个int值，该值的初始值是0，然后再将该int值赋值给局部变量flags存储，flags存储的是关于UiAutomatrion对象的标志位（说明：Configurator对象存储着UI Automator测试框架用到的各种配置信息，此时局部变量flags存储的值正是从Configurator对象中获得，后面单独文章总结）

2、系统版本大于API 23获取UiAutomation对象的方式

接着做API版本判断，UiDevice类持有的API_LEVEL_ACTUAL代表API版本，根据API版本执行不同的逻辑

当API版本大于M（API==23）时，使用的传入的Instrumentation对象的接受一个整型参数的getUiAutomation（）方法，此时会将局部变量flags传入进去，getUiAutomation（int）方法返回的是一个UiAutomation对象（看这个flags决定了获取对象的不同）

3、系统版本小于等于API 23获取UiAutomation对象的方式

当API版本小于等于M（API==23）时，使用的是传入的Instrumentation对象的无参数的getUiAutomation（）方法，该方法也会返回一个UiAutomation对象

说明：最终getUiAutomation（）方法中依赖Instrumentaion对象获取到的UiAutomation对象

找到具体的UiAutomation对象

    从前面的步骤得知这个Instumentation对象其实是AndroidJUnitRunner，而调用的getUiAutomation（）获取到的UiAutomation（）对象，由于java是单继承，我们只要沿着AndroidJunitRunner的继承树， 找到getUiAutomation（）方法，就能知道具体的UiAutomation对象在哪里创建的！！

1、先从AndroidJunitRunner中找getUiAutomation（）方法，发现该类没有该方法

2、只能继续从它的父类MonitoringInstrumentation中找getUiAutomation（）方法，这是面向对象程序的特点，记住了各位，结果还是没有这个方法

3、继续从它的父类ExposedInstumentationApi中查找，发现还是没有

4、继续从父类Instrumentation中查找，总算找到了

原来是UiAutomation对象，必须创建的时候才会创建，必须创建是指：没创建与已经销毁

可以看到把当前App上下文的主线程Looper对象传递进去了

总结

1、追踪了一圈，也知道UiAutomation对象是在哪里创建！

2、面向对象程序，子类找不到的方法，按照继承结构，继续向上找就对了。。 

这篇关于Android之UI Automator框架源码分析（第九篇：UiDevice获取UiAutomation对象的过程分析）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---