嗯嗯，我试试看
已发私信~
3.8.3 和 2.4.13，已发私信，另外你们也可以同场景和unity也对比下
你应该是使用问题。你应该是在包含 BoxCollider 的节点去监听 trigger 事件，而不是在 CharacterController 上监听。
怎么出现的呢？
确实如此，谢谢~
cocos的cache实现的一般般，稍微文件多一点就会卡，微信小游戏一旦上2000的文件就经常卡一下的，就是在写那个json，可能字节小游戏更明显点。
我以前提过有没有办法改进cache，不要每次增加都写全json到文件，也提了个issue，好像还没动静。
其实可以通过自定一下cachelist的文件结构，每次增加/删除只动对应的文件块offset就可以了，可以写个btree或者简单的一个freelist对应文件块的系统，简易数据库之类的。看了微信api也有支持直接写文件offset的。
cache 还容易丢文件，clearLRU是一个持续过程，但在开始就把cachelist的内容清了，中间把程序关了就丢文件了。多弄几次丢的文件占用的会越来越多。
我现在的办法，就是限制cache的文件数量，多了就立即清一部分（不是clearLRU的持续过程，改了个立即清理的）。控制在1500左右的文件数量，游戏才保持比较好的表现。
3赞
内网不能预览的问题还是没解决？真是服了你们
说的好，还有cacheList的key，最好支持相对路径
导入图片资源，这个Trim Type能不能默认是none呀，美术给的图如果有透明区域的话，他都是故意留的，每次都得改，很麻烦
1赞
麻烦后面的API文档也更新一下吧。不然都不知道怎么查这个GetFixtureList
3.8.3 保存预制体的时候 很卡，编辑器有时候也很卡
附议，S级需求！！
对于这个问题我们提高优先级。
你下载了 3.8.5 不能用？什么报错？
bundle被释放和移除后，bundle的index.js也释放移除
这个能做一下吗？
论坛里的方案
我试过了几个
会报错。。。
如果这个版本做不了
能在4.0加上吗？
S级需求，肯定可以做，看官方对这个事是什么态度了
想问一下美术是出于什么原因故意留透明区域呢？
