忘说了，用的是gms2

问题1解释：
首先，内容的集中加载与释放必然造成一定程度的“等待时间”，这个部分连3A大作都普遍存在，GMS2作品咱很少听说有谁做到了这个体量。不过这部分做出来以后是防止“每次使用时出现卡顿”，而不是“每次开始游戏时的等待”。通常的方案是给这段等待时间添加一些内容（比如loading界面显示tips），以及合理安排loading的出现时机（不是游戏开始全部加载，而是根据关卡推进加载相关的部分）
问题2解释：
目前未观察到类似情况，咱这边以前做的是仿东方的弹幕，随时都有大量弹幕生成（每发一个instance，还会有一些发射器），并未发现过类似情况。建议检查一下这些实例动作是否存在类似“创建了数据结构但未销毁”的情况。或者考虑一下这些实例能否使用单个实例内的数据结构来替代，毕竟“看上去分离”的东西也可以是单实例多次draw动作的结果。

把每一关的图片尽量都放到同一个纹理页面中，并且在游戏开始的时候再弄个loading，加载完所有纹理后再进入游戏就可以避免这种情况。