App自动化07-Appium日志分析，深入剖析 Appium 实现原理

前言

在新版本的Appium中，很多的小伙伴们都发现了Appium底层的自动化引擎已经默认为UIAutomator2了，那么UIAutomator2与UIAutomator有什么区别呢？

• 首先，UiAutomator是Android自动化测试框架，是谷歌在Android4.1版本发布时推出的一款用Java编写的UI测试框架。其最大的特点就是可以跨进程操作，我们可以使用UiAutomator框架提供的一些方便的API来对安卓应用进行一系列的自动化测试操作，如点击、滑动、键盘输入、长按以及常用的断言方法等。可以替代以前繁琐的手工测试。
• 而UIAutomator2是为UiAutomator的升级版本，修复了UIAutomator中的大部分问题，并且支持AccessibilityService（这也是获取toast元素需要的），查找元素的效率也会比UIAutomator高很多。

既然现在Appium默认使用UIAutomator2引擎去实现Android端的自动化操作，那么对于其工作流程的实现我们有必要做了解，这样当碰到问题的时候也不会不知所措。

Appium在和客户端及手机端进行通讯的时候会输出很多日志，通过日志我们可以知道Appium在初始化过程中做了哪些事情。
接下来我们开始逐行进行分析：

1、启动Appium服务，端口和工作地址信息

2、向Appium服务发起一个post接口请求，请求的数据包含客户端发送过来的DesiredCapalities配置。Appium会对应创建一个session，这个session用于后面客户端和Appium服务通讯使用

3、这里告诉我们在Appium V1.13版本之前默认引擎为UIAutomator，较新版本Appium（V1.14）现在的默认引擎为UIAutomator2

4、检测Android SDK的环境，包括build-tools组件、adb等等。并且还会通过adb获取当前连接的设备情况，包括设备的API版本、设备是否在线等等。

5、检测Appium Settings应用是否有安装

6、将Settings应用从Appium本地目录推送到手机端，并且进行安装

7、启动Appium Settings应用

8、检查设备中是否有安装io.appium.uiautomator2.server应用，发现没有

9、检查io.appium.uiautomator2.server应用的签名情况：会通过Android SDK的build-tools目录下的apksigner.bat对APK的签名进行检测，这里检测通过。

10、以同样的方式检测应用io.appium.uiautomator2.server.test是否安装->签名

11、安装应用io.appium.uiautomator2.servert和io.appium.uiautomator2.server.test

12、端口转发，将Appium本地的8200端口和设备端的6790端口建立映射，此后Appium和设备端通过这条链路进行通讯。

13、检测被测应用的安装状态，停止被测应用，清除被测应用的数据

14、停止io.appium.uiautomator2.server.test应用，通过adb shell am instrument启动该应用，通过instrument可以启动测试套件执行测试。

15、启动被测应用