我去破案了，我把开头持续的实例obj_world的字体导入去掉就解决了，不是这玩意很占内存吗

参考我的这个帖子：
1 gm8有内存上限，自动释放的过程很缓慢，如果你全部动画都在gmk里的话最后会卡死并闪退
2 如果你使用了小狐狸的中文绘制插件，他有制作内存保护，当你遇到1的情况时会报错access什么的
3 使用spriteadd可以解决该问题，但需要注意的是这只是缓兵之计，即把一次性全部导入的贴图变成了Spriteadd函数导入，当你全部add一遍之后和原来没有任何区别，所以需要内存管理系统，即当该贴图不用了之后使用release函数释放内存
4 导入这一行为如果写在步事件或者绘制事件（和步事件一样每帧执行）都会导致内存爆炸，因为这无异于重复了几万遍3中的add操作
5 我也在做类pvz游戏，也是贴图占用大量内存会爆炸，我的思路是全部贴图动画外载，当生成（比如豌豆射手）时，检测豌豆的贴图是否导入（很重要，不然种一个豌豆导入一次你只能释放最近那个）导入贴图，在退出关卡后释放全部资源（我是用了简单脚本，统一检测1 外部贴图是否等于一，即被导入了 2 如果是，释放该资源）

emmmmmmm，和咱看到、知道的内容有出入，有些可能不会直接导致内存达到上限，但好多东西累积到一起就不好说了：
0-截图显示源文件大小是100,349 KB，这叫100M而不是100K。
1-PVZ的大多是有限的几张基础图（拆件/被吃掉一部分），加上摇摆、缩放等方式做出动画效果，直接导入“那种6、7十多张的动图”本身就意味着用内存给偷懒买单。
2-GM8原生对中文的支持不理想，使用插件意味着要额外考虑插件本身和兼容性两个方面的风险。GMS2似乎是将需要使用的文字按字体、字号提取出图片，按sprite方式来管理，通常来说除了视觉小说、RPG之类会大量出现文本的地方之外，都可以考虑把字体载入优化掉。PVZ里似乎只有图鉴会用到，要不要考虑直接把图鉴文字卡片保存成图片？

确实会有内存上限，但是不至于100m就爆了吧

GM8内存上限2G
GMS2内存上限就是你的电脑的空闲内存大小

用GMS2 2.3解决此类问题

不会捏喵

gm8有最大纹理大小限制