SuperMonster003

不建议 Auto.js 使用大量线程并行执行操作, 你可以尝试在代码层面达到同等目标的同时, 尽量减低线程数量的使用. AutoJs6 提供了 ImageWrapper#oneShot 方法, 可用于方法结束后自动回收图像资源. 例如: ```js let max = 10e3; while (max--) { console.log(images.findImage(images.read('imgA.png').oneShot(), images.read('imgB.png').oneShot())); } ``` 上述示例代码进行了一万次图像查找 (仅作示例), 本地读取的图像 (imgA 与 imgB) 均进行了...

经对比测试 Auto.js 4.1.1 Alpha2 与 AutoJs6 6.6.4, 确实存在 AutoJs6 运行上述代码后出现内存泄漏的问题 (Auto.js 4.x 正常). 我会仔细核查 AutoJs6 6.6.0 与 6.5.0 以及 Auto.js 4.x 之间的代码差异, 并在近期给出异常出现的原因及可能的解决方案. _Sent from my XQ-DQ72 using [FastHub](https://play.google.com/store/apps/details?id=com.fastaccess.github)_

6.6.0 版本开始, 参考 Auto.js Pro 引入了 MonitorResource 接口, Cleaner 类等, 试图实现自动回收机制. 但直到 6.6.4 也没有完全实现, 反而因 ConcurrentHashMap 持有强引用对象导致 GC 无法正常回收 ImageWrapper 对象引起内存泄露. 去除与 MonitorResource 及 Cleaner 等相关的代码后, 可解决上述内存泄漏问题, 参考代码如下 (org.autojs.autojs.core.image.ImageWrapper.kt): ```kt...

尝试下载 [6_6_4_-_Patch_-_修复_images_部分相关方法可能引发内存泄露的问题_(issue_#372).patch](https://github.com/user-attachments/files/21075798/6_6_4_-_Patch_-_._images_._.issue_.372.patch) 到本地 IDE 菜单 (以 IntelliJ IDEA 2025.1.3 为例) Git | Patch | Apply patch... 选择 *.patch 文件所在路径 应用补丁到 AutoJs6 6.6.4 项目源码

@xjqm-tao 若仍有高内存占用情况, 也可能并非 `images` 模块相关方法本身的问题, 参阅 #403.

不一致具体是指什么. 是 x 与 y 坐标没有正常交换吗, 是否有规律可循.

截至 v6.3.1, AutoJs6 尚不支持 console 浮动窗口的日志时间显示控制. 将于后续版本实现上述功能, 且保持每个脚本独立显示各自产生的日志内容. 上述功能开发可能需要 1-3 个迭代周期, 请关注后续版本更新.

我在掘金上看到 [这样的文章](https://juejin.cn/post/7485949593508642852), 但我不确定是否是长久之计. 而且我不认为 AutoJs6 为单独应用做特殊适配是个良好的决策. 此 Issue 暂时标记为 `无法完成`.

感谢反馈, 将于下一版本修复上述问题. _Sent from my XQ-DQ72 using [FastHub](https://play.google.com/store/apps/details?id=com.fastaccess.github)_

应用产生异常 T, 通过 ErrorDialogActivity 页面展示 T 的详细信息, 方便用户阅读或提取内容. 现在, 页面 ErrorDialogActivity 在启动时, 出现了异常 (即此 issue 提到的 Unable to start activity ComponentInfo...), 这是由以下代码引发的: ```java requestWindowFeature(Window.FEATURE_NO_TITLE); ``` 这是因为父类 BaseActivity 已经向 Window 添加了视图,...