Unity转微信小游戏缓存清理机制从文档上看是LRU,我这里的问题是是按照发起请求的时间LRU，还是按照文件访问的时间呢？我们小游戏在游戏启动刚开始发起了一些配表的WXAssetBundle请求，此后整局游戏都不会释放，但是也不会发起请求，请问这种情况这个Bundle会被因为是在游戏最早请求而容易被清理掉嘛？

我这里用的是Unity转微信小游戏，在Unity这里的代码中UnityWebRequest的请求并没有控制并发数量，我从文档中看到wx底层的代码会帮我做并发控制限制为10，多余的会排队，那我想问一下在排队的过程中，这个时间会被计算在超时时间内嘛？[图片]

在Unity转微信小游戏的工程中，调用readFileSync接口后，5分钟以上没有返回结果，如果是文件太大导致的，请问这个读取的上限应该是多大呢？或者有没有方法可以catch到这个卡住的异常？

按照教程使用纹理压缩工具后，运行游戏，被压缩的纹理显示异常，表现为彩色色块。[图片]

提交了一次云测测试，由于失误导致首包在cdn上，不能正确下载，但是云测的报告显示600M内存？ 在mumu模拟器上运行微信小游戏时一个没有bundle的空包性能监控面板内存就有300M? 同样的代码和纹理压缩格式APK内存占用只有不到200M?微信小游戏内存占比比APK大是合理的吗？ 云测试结果： [图片]

按照Unity转微信小游戏的Demo在IOS手机上不能正常渲染，Unity上设置的贴图没有变化。开发者工具和Android手机可以显示。 unity版本2021.3.14f1，基础库版本2.28.0/2.27.2都不行