自定义手机屏幕横竖屏显示和操作
可将手机自定义分组，分组控制/执行各种任务
主控手机双击切换，目标手机大屏操作
可用脚本插件实现自动化单控和群控手机
集中界面收发所有手机信息，提供筛选功能
批量录制所有手机屏幕，并保存文件到电脑
截屏所有手机屏幕，并保存文件到手机/电脑
提供批量重启/定位/黑屏/亮度调节
图像识别，文字识别，颜色识别
请求网页，上传文件到手机
支持任意脚本语言，任意平台
| 无需设置手机，扫码快速镜像手机屏幕到电脑，镜像不支持手机控制 | |
| 高速模式 30 帧/秒，极速模式 60 帧/秒+ | 高速模式 40 帧/秒，极速模式 60 帧/秒+ |
| 同步控制 4 台（仅限鼠标） | 同步控制 4 台（鼠标/键盘/快捷键） |
| 暂停屏幕更新，冻结当前屏幕 | |
这里我们用的是okhttp的网络请求框架，如何添加信任***或者，不验证***，可以参考官网文档，或者自行搜索。这会因为你使用的框架不同而不同。
一般情况下第三方我们都是抓第三方app的包，为了分析别人的数据。但是像上面所说的前两种方式一般在第三方app上不会存在的，谁也不想让自己的app被抓包不是。
我们可以通过重打包的方式强行修改配置，或者强行降低 targetSdkVersion，或者强行修改别人源码里面的信任***的代码，然后再重打包就好了(分别针对上面1，2，3里面所说的方法，只不过通过逆向的方式添加)。
通过使用Xposed的 模块来信任所有的***，Xposed不会用的
哈哈，使用Android 7.0 以下的系统***应用，并抓包
在抓取一些第三方应用的包的时候，他们比较顽固：其一呢，客户端通过指定的方式只信任某一个***；其二，我们一般来说只有客户端验证服务端公钥***是不是合法，但是某些app，比如支付宝，采用双向验证的方式，在通信过程中，服务器会验证app的公钥***，这时候，就没办法使用Charles（中间人攻击的方式）抓包了。
自签名***的https和CA签名的https 区别在哪里？对https请求的影响又在哪里？关于这些问题建议了解些***和CA相关的概念以及***分发的流程。
从前面的https 客户端和服务器端通信的时序图中可以看到，在握手过程中客户端会验证服务器的公钥***。如果***验证不通过会终止请求。那么问题来了，***合不合法谁说了算？一般来说，在Android 手机出厂的时候会预装一些***，这些***是CA的根***，理论上来说默认是可信任的。如上图：手机上的***分为两种.png
里面的系统列表的***就是。对于网站来说，这个验证过程是由浏览器来做的，浏览器通过系统里面预装的CA的根***来验证这个服务器的***是不是由系统已经有的这些CA签发的。如果是那么就认为这个https的请求中的服务器***是可信的。
但是话说回来，我们在开发app的时候，请求网络一般用的是网络框架，这灵活性就比较好了，大多数的网络请求框架（HttpClient，OkHttp等）都支持修改这个***验证过程，就是我不用上面所说的浏览器验证***的过程，修改框架里面这个验证过程，（因为CA签发***是要花钱的好多公司都是用的自签名的***）指定框架在验证的时候只会认为和我们公司一样的***才认为验证成功，才能进行接下来的通信。
其实上面 通过使用Xposed的 模块来信任所有的***，Xposed不会用的 就是针对这些网络请求框架进行攻击的 通过hook的方式强制让这些网络框架信任所有的***。