测试脚本：auto.js pro8.0和easyclick，依赖服务---无障碍功能。
起初一直以为是autojs和EC本身截图函数没有手动回收导致的，后来测了近一个月，毫无进展。直到最近分别测了手机，逍遥才发现这个问题似乎是出在雷电身上。。
测试1: 在不使用任何变量的情况单纯使用autosj截图函数循环无限截图，在无延迟的情况下，通过内存监测软件可以明显看出雷电模拟器(4.0.38)内存约以3M/s的速度稳定增长，直到内存溢出崩溃,且崩溃后内存不会释放。
测试2：依旧是使用autosj截图函数循环无限截图，延迟设定为1000ms，可以明显看出雷电模拟器(4.0.38)内存约以2M/s的速度稳定增长，直到内存溢出崩溃,且崩溃以后内存不会释放。
测试3：在循环截图中设定变量，当该变量满足条件时break跳出循环并进入下个循环，当测试过程中触发break时可以明显看出雷电模拟器(4.0.38)内存下降了一大截，但一旦进入下个循环时内存立马会再次上升，基本与跳出时持平，最终脚本依旧会因内存溢出而崩溃,且崩溃以后内存不会释放。
测试4：分别用手机（安卓9.0）、逍遥模拟器(7.2.29)进行上述测试，可以看出内存始终稳定在800M左右，后续没有再继续上升。
期间也问了主要使用按键精灵写脚本的朋友，他说按键精灵在雷电上并没有这种内存泄漏的情况，故我怀疑内存泄漏是无障碍截图方法差异造成的，希望雷电技术可以排查修复下该问题！
- 1
前往页