简单概括一下：
- appium-uiautomator2-server(https://github.com/appium/appium-uiautomator2-server) 是针对Google推出的 UIAutomator V2。在这之前，Appium通过appium-android-bootstrap实现与UIAutomator v1的交互
- UiAutomator2修复了v1中遇到的大多数问题，最重要的是实现了与Android系统更新的分离
ps. 我们都知道appium只有在uiautomator2下可以实现对toast的识别，那是因为Google新增了AccessibilityService服务，重写该服务可以实现对Notification和Toast内容的捕捉
appium-uiautomator2-server
- 通信模块使用了Netty Server，较之bootstrap使用的ServerSocket，Netty是一个高性能、异步驱动的NIO框架，占用内存少，性能更好。
运行原理
- 客户端通过传递desired capabilities给appium node server来创建一个session， appium server根据automationName去启动对应的driver，默认是android-driver。
- 若automationName设为UIAutomator2，appium会调用appium-uiautomator2-driver，同时将uiautomator2 server的两个apk安装到测试设备上
- io.appium.uiautomator2.server.apk，执行handlers
- io.appium.uiautomator2.server.test.apk，只有一个test，用于启动server
- AppiumServlet ，管理请求的路由，将driver发过来的请求转发给对应Handler.
- Handler，调用UiAutomator V2去执行指定操作，操作的结果经AppiumResponse统一封装
- AppiumResponse，操作结果返回给appium-uiautomator2-driver，再将结果返给客户端
作者：charles0427
链接：https://www.jianshu.com/p/d8457a06c7b7
來源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。
Appium是 c/s模式的
appium是基于 webdriver 协议添加对移动设备自化api扩展而成的
webdriver 是基于 http协议的，第一连接会建立个 session 会话，并通过 post发送一个 json 告知服务端相关测试信息
IOS 原理图（ 来源于：百度 ）
appium ios封装了 封装了 封装了 apple 的 Instruments I框架，主要用了 框架，主要用了 Instrument里的 UIAutomation（Apple 的自动化测试框架），然后在设备中注 自动化测试框架），然后在设备中注 入 bootstrap.js 进 行监 听。
Client ent是我们编写的 webdriver脚本 ，中间是 appium启动 server （默认监听 4723 端口 ），
appium server 调用 instruments.js启动 ⼀一个 socket server ，同时分出一个 ，子进程运⾏instruments.app 将 bootstrap.js（一个 UIAutomation 脚本）注 ⼊入到 devices⽤于和外界进行交 。
最后 Bootstrap.js将执行的结果返回给 将执行的结果返回给 appium server ，appium server再将结果返 回给 appium client 。
Android原理图（ 来源于：百度）
4.2 以后是基于 uiautomator框架实现查找注入事件的， 框架实现查找注入事件的，框架实现查找注入事件的， 4.2 以前则是 instrumentation i框架的，并封装成一个叫 框架的， Selendroid 这玩意提供服务
Client ent是我们编写的 webdriver 脚本。中间是 appium启动 server （默认监听 4723 端口 ），
appium server 会把请求转发给中间件 会把请求转发给中间件 Bootstrap.jar ，它是用java写的，安装在 手机上 .Bootstrap监听 4723端口并接收appium 的命令，最终通过调 的命令过调 用 UiAutomator U 的命令来实现。
Bootstrap将执行的结果返回给 将执行的结果返回给 appium server 。
Appiumserver再将结果返回给 client端。
Appium的原理
WebDriver script：我们的测试脚本（java or python）
Appium：
会首先开启一个监听4723端口的server，接收测试脚本发送过来的对应请求，再将对应的请求发送给中间件Bootstrap.jar（注意这里的请求不是整个脚本文件，而是对应的命令请求，比如：点击一个元素就是一条请求）
Bootstrap.jar：
监听4724端口由appium发送过来的相关请求，并且将请求转换成UiAutomator可以识别的命令发给UiAutomator进行处理
二、初步认识appium工作过程
1.appium是c/s模式的
2.appium是基于webdriver协议添加对移动设备自动化api扩展而成的，所以具有和webdriver一样的特性，比如多语言支持
3.webdriver是基于http协议的，第一连接会建立一个session会话，并通过post发送一个json告知服务端相关测试信息
4.对于android来说，4.2以后是基于uiautomator框架实现查找注入事件的，4.2以前则是instrumentation框架的，并封装成一个叫Selendroid提供服务
5.客户端只需要发送http请求实现通讯，意味着客户端就是多语言支持的
6.appium服务端是node.js写的，所以你安装的时候无论哪个平台都是先装node，然后npm install -g appium安装(翻墙墙)
三、bootstrap介绍
1）Bootstrap作用：
Bootstrap是Appium在初始化的时候推送到安卓手机上的一个UiAutomator测试脚本，该脚本的唯一一个测试方法所做的事情是在手机端开启一个SocketServer（通信模块），用来监听Appium从PC端过来的命令发送给UiAutomator来执行处理。
它会监听4724端口获得命令然后pass给UiAutomator来做处理。
2）Bootstrap在appium中扮演的角色：
首先，Bootstrap是uiautomator的测试脚本，它的入口类bootstrap继承于UiautomatorTestCase，所以Uiautomator可以正常运行它，它也可以正常使用uiautomator的方法，这个就是appium的命令可以转换成uiautomator命令的关键；
其次，bootstrap是一个socket服务器，专门监听4724端口过来的appium的连接和命令数据，并把appium的命令转换成uiautomator的命令来让uiautomator进行处理；
最后，bootstrap处理的是从pc端过来的命令，而非一个文件。
四、所使用的技术
Android上使用了instrumentation和uiautomator两套技术
iOS使用uiautomation
同时还支持firefox, 并可扩展其他平台
默认开启4723端口接受webdriver请求 ，4723是appium服务的，专门和脚本打交道；
默认开启4724用于和Android设备通讯
五、Capabilities
Capabilities是由客户端发送给Appium服务器端的用来告诉服务器去启动哪种我们想要的会话的一套键值对集合。当中也有一些键值对是用来在自动化的过程中修改服务器端的行为方式。
六、自我理解的工作原理
Appium启动时会创建一个http：127.0.0.1:4723/wd/hub服务端（相当于一个中转站），脚本会告诉服务器我要做什么，服务端再去跟设备打交道，服务端完成了脚本交给他的任务之后
服务端和设备如何通讯？
服务端和设备默认使用4724端口进行通讯的，底层调用uiautomator工具，在测试的时候服务端会给设备扔一个jar包就是appiumbootstrap.jar，会启动这个包，启动之后会在手机上创建一个socket服务，暴露的就是4724的端口；相对于socket服务来说，appium服务端又是一个客户端；
服务端的4724可以修改，设备上的不可以；服务端收到脚本传递过来的命令之后，通过电脑上的4724端口，想设备上的4724端口发送指令，appiumbootstrap.jar收到指令后回去完成点击，滑动其他的操作，完成之后再通过服务给服务端一个相应。服务端收到之后再去相应脚本
服务端和脚本如何通讯？
通过接口来访问，意味着服务端和脚本可以不在一起，只要能访问到127.0.0.1:4723这个地址就可以
---------------------
作者：jffhy2017
来源：CSDN
原文：https://blog.csdn.net/jffhy2017/article/details/69220719
版权声明：本文为博主原创文章，转载请附上博文链接！