Appium Server
Appium是一个C/S结构，包括Server和Client。Appium Server是Appium的服务端，作为一个Web接口服务，使用Node.js实现。
Appium Desktop
Appium Server的图像界面，可设置启动or停止服务器、查看日志，可使用inspect查看应用程序的元素。
Appium Client
Appium Client作为客户端，会给服务端Appium Server端发送请求会话来执行自动化任务。类似使用浏览器访问网页，可使用不同的客户端浏览器（IE/Firefox/Chrome...）访问同一个网站，通过操作发送请求到服务器来获取数据。
2.运行原理Appium是在手机操作系统自带的测试框架基础上实现的，Android和iOS的系统上使用的工具分别如下：
Android（版本>4.3）：UIAutomator，Android 4.3之后系统自带的UI自动化测试工具。
Android（版本≤4.3）：Selendroid，基于Android Instrumentation框架实现的自动化测试工具。
iOS：UIAutomation（instruments框架里面的一个模板），iOS系统自带的UI自动化测试工具。
运行原理如下：
①客户端运行脚本的时候，调用任何的appiumAPI，都会向Appium Server端post一条HTTP请求，请求内容就是根据webdriver wire protocol协议规定的一条JSON格式的数据；
②当开启appium服务器的同时就开启了监听端口，Appium Server端接收到请求后，解析出JSON数据并发送到手机端；
③手机端上已经由BootStrap.jar(iOS为BootStrip.js)开启的socket服务器监听相应的端口，BootStrap.jar在appium每个session第一次访问手机端的时候会自动安装；
④手机端接收到对应的请求后，通过BootStrap.jar翻译成UIAutomator能执行的命令，然后通过UIAutomator处理并操作APP完成测试。
3.Appium中的几个重要概念
client： 其实就是发起 command 的一端，狭义的可以理解为python、java等编写的代码。
appium server: 专门用来监听并接收来自client端的请求，转发请求并控制移动设备执行测试，默认开启并监听4723接口.。
Session：session就是一个会话，在appium中，所有工作永远都是在session start后才可以进行的。而要启动一个 session 需要传入 Desired Capabilities 获取一个全局唯一的 session id，这个id指定了你的浏览器或者移动设备。
Desired Capabilities：是一些发送给 Appium 服务器的键值对集合（比如 map 或 hash），它告诉服务器我们想要启动什么类型的自动化会话。
它告诉 appium server 这样一些事情：
本次测试是启动浏览器还是启动移动设备？
是启动 Andorid 还是启动 iOS ？
启动 Android 时，App 的 package 是什么？
启动 Android 时，App 的 Activity 是什么？
Bootstrap:
首先，bootstrap是uiautomator的测试脚本，它的入口类bootstrap继承于UiautomatorTestCase，所以Uiautomator可以正常运行它，它也可以正常使用uiautomator的方法，这是就是appium的命令可以转换成uiautomator的关键；
其次，bootstrap是一个socket服务器，专门监听4724端口过来的appium的连接和命令数据，并把appium的命令转换成uiautomator的命令来让uiautomator进行处理；
最后，bootstrap处理的是从PC端传过来的命令。
appium的架构原理如图所示，由客户端和服务端组成，客户端与服务端通过JSON进行通信。
转载:
一、Appium加载的过程图解
Appium的加载过程
1）调用Android adb完成基本的系统操作
2）向Android上部署bootstrap.jar
3）Bootstrap.jar Forward Android的端口到PC机器上
4）Pc上监听端口接收请求，使用webdriver协议
5）分析命令并通过forward的端口发给bootstrap.jar
6）Bootstrap.jar接收请求并把命令发给uiautomator
7）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安装(FQ墙)
三、bootstrap介绍
1）Bootstrap作用：
Bootstrap是Appium运行在安卓目标测试机器上的一个UiAutomator测试脚本，该脚本的唯一一个所做的事情是在目标机器开启一个socket服务器来把一个session中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这个地址就可以
个人理解
大概就是脚本是客户端，发送请求给appium服务器，服务器会预先在手机上push一个应用，这个应用会建立一个服务，appium 这个时候通过adb forward,端口转发，把脚本的请求转发给手机上的服务器，手机上的服务器接收到请求后，在驱动手机执行自动化动作，基本上是脚本是客户端，发请求给appium服务器，appium即是服务器，又是客户端，手机上会提前起一个服务，接收转发过来的请求，手机接收到后，执行自动化操作
老版本跟新版本不一样的就是部署到手机的服务器不一样了，由以前的一个socket服务器，变成了一个netty服务器，端口也不一样了，其他基本一样
webview的页面是使用的是chromdriver，来跟手机上的webview系统进行通信