Appium的工作原理，分析Appium控制台打印信息，了解程序表述的信息

Appium的前世今生、工作原理等：
原文地址：https://blog.csdn.net/achang21/article/details/60956618
简介
appium是c/s模式的，基于webdriver协议添加对移动设备自动化api扩展而成的，所以具有和webdriver一样的特性，比如多语言支持，webdriver是基于http协议的，第一连接会建立一个session会话，并通过post发送一个json告知服务端相关测试信息.对于Android来说，4.2以后是基于uiautomator框架实现查找注入事件的，4.2以前则是instrumentation框架的，并封装成，个叫Selendroid这玩意提供服务，客户端只需要发送http请求实现通讯，意味着客户端就是多语言支持。appium服务端是node.js写的，所以你安装的时候无论哪个平台都是先装node。
Android端
在Android端，appium基于WebDriver协议，利用Bootstrap.jar，最后通过调⽤用UiAutomator的命令，实现App的自动化测试。UiAutomator测试框架是Android SDK自带的App UI自动化测试Java库。另外由于UiAutomator对H5的支持有限，appium引入了chromedriver以及safaridriver等来实现基于H5的自动化。

appium 在android端工作流
client端也就是我们 test script是我们的webdriver测试脚本。
中间是起的Appium的服务，Appium在服务端起了一个Server（4723端口），跟selenium Webdriver测试框架类似， Appium⽀持标准的WebDriver JSONWireProtocol。在这里提供它提供了一套REST的接口,Appium Server接收web driver client标准rest请求，解析请求内容，调⽤用对应的框架响应操作。
appium server会把请求转发给中间件Bootstrap.jar ，它是用java写的，安装在手机上.Bootstrap监听4724端口并接收appium 的命令，最终通过调⽤用UiAutomator的命令来实现。
最后Bootstrap将执行的结果返回给appium server。
appium server再将结果返回给 appium client

控制台打印的诸多信息，我也不知道在说明什么，所以花点时间了解控制台表达的信息，有助于理解工作原理。交互式的模式，得了解双方的表达才行。直接上图，对着看，还是比较清晰的。