appium 源码中重连机制查看

【PS:17年的草稿，比较旧了】

appium环境

appium 1.7+
安卓手机
Mac pro

发送请求简述

我们以安卓发送请求为例，当客户端发送请求给appium-server时，它的一个启动过程大致可描述如下：
appium服务端启动，完成路由装填；
客户端请求session，appium-server端创建sessionId，此时客户端与服务端创建sessionId成功。
appium服务端开始检测ADB命令，检测设备，检测手机是否连上，检测之后与uiautomator开始通信 开启uiautomator 向uiautomator发送请求。此时建立服务端与设备端通信。
服务端发送开启uiautomator请求，设备端接收后返回给服务端，同时会带上sessionId，此sessionId与客户端的虽然名字一样，但是属于server-devices转悠的sessionId，上边的是client-server专有的sessionId。然后，服务端将接受到的请求再返回给客户端。

sesssion出现问题分析

在执行过程中做了简单的断开手机测试，从断开手机测试中看到的问题日志为2种。

• 在开启设备时进行断开
• 在服务端与设备端通信时进行断开

开启设备时断开

在开启设备等操作时会打印如下日志：

[debug] [ADB] 1 device(s) connected
[debug] [ADB] Running '/Users/cm/Library/Android/sdk/platform-tools/adb' with args: ["-P",5037,"-s","02045a2b13885490","shell","ps"]

如果当前设备断开，此时再源码中会有超时重试机制，默认为20s，20s内设备查找成功可继续执行。如果不成功则会抛出异常

Could not find a connected Android device.

此函数位于appium-adb/lib/tools/system-calls.js

在服务端与客户端通信时断开

此时断开一般有两种情况，一种是在服务端与设备端创建sessionId时报错，

uiautomator2中的driver执行创建createSession的过程中，会通过uiautomator2开启与设备端的链接，此时通过proxy不断的发送请求，在20s内循环开启设备端
在此过程中连接断开，且20s内没有重连 会在uiautomator2.js中抛出异常

Unable to find instrumentation target '${INSTRUMENTATION_TARGET}': ${err.message}`

若设备已经连接上，在安装app过程中断开，会直接在createSwssion中抛出异常
，该异常被抛出为deleteSession，所以需要向设备端进行delete请求，但是由于此时尚未建立sessionId，所以在与设备端连接的proxy中会抛出如下

Trying to proxy a session command without session id
//session id为服务端与设备通信时设备返回的session id

另一种情况为在非createSession、deleteSession、status请求过来时，若设备断开，会在连接过程中抛出错误,原因在于MJSONWP中buildHandle函数执行过程中抛出异常，不能正确返回response

[MJSONWP] Encountered internal error running command: ProxyRequestError: Could not proxy command to remote server. Original error: Error: connect ECONNREFUSED 127.0.0.1:8200

此时由于服务端返回信息不正确，客户端会发过来delete信息，通知服务端关闭当前测试用例，流程不会抛出异常

总结：
从上述的情况可以看出，appium中是有重试机制的，默认重试时间为20s，一个在开始查找设备时，一个在开启uiautomator2的连接时。
另两个问题分别在于执行错误会抛出异常，对于抛出异常的情况，可以在异常的代码中进行修改。