teglaven
teglaven
也可能是存储卡或系统io性能很差导致的，我的也是卡在转圈圈不过一段时间后就好了
实测当分配单元大小为Windows默认格式化大小128K时浪费的存储空间会非常夸张，同时我的安卓也把我手里的512G的sd卡格式化为这个大小 
另外归档成单个文件也会大大提升文件的拷贝和读取性能，不过缺陷是可能对设备RAM要求较高，如果加入该功能希望是可选功能以照顾低配手机用户。将存储卡格式化成较小的分配单元大小确实能提升存储空间利用率但是会明显降低sd卡的读写性能（128kb约为75MB/S；64kb为50MB/S；32kb为25-30MB/S，来源https://zhuanlan.zhihu.com/p/108679004
I haven't moven to mihon yet. But the last version of tachiyomi has changed all download manga to "download" floder instead of directly storge at setting floder. So I think...
我也遇到了一样的问题,不过似乎这个问题是打开(为每个画师单独保存文件夹)导致的.并且即使没有崩溃,也经常保存到画师(1),画师(2)这种重复创建的文件夹中,我怀疑这两者间可能有关联
这个问题直到迄今为止的安卓最新版也会生效,
在出现批量下载(比如同时下载十个)的时候,崩溃概率和创建重复文件夹的概率大幅提升,并且实测我的xzp(4g内存)和y700(16g内存)崩溃概率差不多,所以应该不是内存的问题
由于本人对dart和kotlin不熟悉,也没太多精力去细看,但是有c/cpp简单并行开发经验,所以借助ai,得出以下结论(不排除错误,因为我对这个框架很不熟悉,被忽悠也不是不可能😀) 问题位置:MainActivity.kt line528-544 问题有下(含ai特有的p话一堆) 1. DocumentFile API 非线程安全(这个我觉得是可能性最大的,因为有事即使下载的数量不多也会崩溃) findFile 和 createDirectory 都是对文件系统的操作，Android SAF（Storage Access Framework）本身不是为高并发设计的。 多个线程同时操作同一个父文件夹，可能会出现 race condition（竞争条件），导致： 文件夹重复创建 文件系统状态异常 临时对象大量堆积 2. 重复创建/查找导致内存暴涨(这里我也不清楚是否真的有100个线程,毕竟我也没去找) 假设有 100 张图片都属于同一个画师，且全部并发保存，每个线程都会： 查找文件夹是否存在 如果不存在则尝试创建 由于没有加锁，可能 100...
最新版疑似没崩溃问题了，尴尬了😅
> 最新版疑似没崩溃问题了，尴尬了😅 重复创建文件夹的问题倒是还在